일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 그라파나
- 파이썬 강좌
- akka 강좌
- 하이브리드앱
- 블록체인
- Golang
- 스칼라 강좌
- 스칼라
- 안드로이드 웹뷰
- 이더리움
- play 강좌
- 플레이프레임워크
- Play2
- 파이썬 동시성
- Play2 로 웹 개발
- play2 강좌
- 파이썬
- Actor
- 엔터프라이즈 블록체인
- 스위프트
- 파이썬 데이터분석
- CORDA
- 하이퍼레저 패브릭
- Adapter 패턴
- Hyperledger fabric gossip protocol
- 주키퍼
- Akka
- 스칼라 동시성
- hyperledger fabric
- 파이썬 머신러닝
- Today
- Total
HAMA 블로그
JDBC 와 디자인패턴 - 4. chain of Responsibility 패턴 본문
순서
1. 소개
2. Abstract Factory 패턴
3. State 패턴
4. chain of Responsibility 패턴
5. Adapter 패턴
6. Bridge 패턴
디자인 패턴을 공부할때 가장 유념해야할 단어는 "의도" 이다. 절대 모양 (구조) 가 아니다. 그리고 구현함에 있어서 책 등에 나와 있는 모양 그대로 구현하려고 할 필요도 없다. 너무 잘 하려고 하다보면 아예 하지도 못할지도 모른다. "의도" 만 확실히 이해한 다음에 구현을 이것저것 거침없이 하다보면.... 코딩에 대한 재미는 생겨날 것이다. 재미는 실력향상을 의미하기도 하고 ~
JDBC 는 자바에서 정한 DB 와의 관계에 대한 행동 지침이다. 행동지침을 공통화하려면 어느 정도의 유사성이 있어야 한다. 세상에는 많은 자동차가 있지만 행동 지침은 비슷하다. 그러기에 운전자들이 다른 메이커의 자동차를 운전하더라도 어느정도는 쉽게 할수있지 않은가.. 마찬가지로 세상에는 많은 DB 가 있고. 각각의 DB 에서 데이터를 가져오는 방법(행동) 이 DB 마다 다르다면 따로 따로 공부를 해야하지만 , 행동지침이 정해져 있고, 모든 DB 가 그것에 맞춰서 개발을 한다면 , 개발자는 정해져있는 행동지침 ( JDBC ) 만 공부하면 된다.
JDBC 를 디자인패턴과 함게 묶은 이유는 , 일단 디자인 패턴을 이해하는 가장 효율적인 방법은 다른사람(특히 구루들) 이 잘 구현해놓은 코드(패턴)을 보고 감흥하는것인데 JDBC 를 구현한 코드들에는 몇몇개의 패턴이 뚜렷하게 녹아져 있다.
4. Chain of Responsibility 패턴
* chain of responsibility 패턴은 위 전체 JDBC 패턴 모식도중 빨강 네모상자 안에서 이루어집니다.
1. DriverManager 와 Driver 와의 관계
먼저 DriverManager 와 Driver 에대해서 알아보겠습니다.
보통 JDBC 프로그래밍할때 아래처럼 하는데요
static final String JDBC_DRIVER = "com.hama.jdbc.HAMADriver";
static final String DB_URL = "jdbc:hama://localhost/EMP";
// 1. JDBC driver 등록
Class.forName(JDBC_DRIVER);
// 2. DB 로의 connection
conn = DriverManager.getConnection(DB_URL,USER,PASS);
// 3. Statement 를 통한 Query 명령
stmt = conn.createStatement();
String sql = "SELECT id, age FROM Employees";
// 4. result set 으로 부터 데이터 가져오
ResultSet rs = stmt.executeQuery(sql);
// 5. 커서를 통해 한 로우씩
while(rs.next()){
// 6. 한 컬럼씩 가져오기
int id = rs.getInt("id");
int age = rs.getInt("age");
}
(코드 -1)
위의 소스 예제에서
// 1. JDBC driver 등록 Class.forName(com.hama.jdbc.HAMADriver); // JDBC_DRIVER -> com.hama.jdbc.HAMADriver // 2. DB 로의 connection conn = DriverManager.getConnection(DB_URL,USER,PASS);
이 부분에 집중해 보도록 하겠습니다.
1 번에서 com.hama.jdbc.HAMADriver 를 자바 리플렉션을 이용하여 메모리로 올리고 있습니다.
JDBC 드라이버를 메모리로 올릴때 어떤 행동을 할가요? 소스를 살펴보겠습니다.
public class HAMADriver implements java.sql.Driver {
private HAMAConnection connection;
static{
java.sql.DriverManager.registerDriver(new HAMADriver() );
}
..
public boolean acceptsURL(Stirng url){
return url.startWith("jdbc:hama");
}
}
(코드 -2)
HAMADriver 라는 클래스 파일이 하드에서 메모리로 Class.forName 을 통해서 메모리로 끌어 올려
질때 위의 (코드-2) 의 빨강색 코드가 호출됩니다. 코드를 보시면 DriverManager 에 스스로의 인스턴
스를 생성해 서 등록시키고 있습니다.
그렇습니다~!!! 그렇기 때문에 아래의 코드가 성립이 되는것이지요.
conn = DriverManager.getConnection(DB_URL,USER,PASS);
위의 코드에서 DriverManager 가 어떻게 내가 원하는 DB 에 접속할수 있는 Connection 을 리턴할수있었겠습니까? Class.forName 을 통해서 HAMADriver 가 DriverManager 에 등록되 있기때문에 가능한것입니다.
자!! 여기서 질문 !~
Class.forName 에 위의 HAMA 데이터베이스에 접근할수있는 Driver 에 추가적으로
MySql 에 접근할수있는 드라이버를 Class.forName("com.mysql.jdbc.Driver"); 요렇게
아래에 추가했다고 칩시다.
이럴때 conn = DriverManager.getConnection(DB_URL,USER,PASS);는 어떤 DB 에 접속할수있는 드라이버의 Connection 인터페이스를 리턴해줄까요??
자!! 이럴때 필요한게 Chain of Responsibility 입니다~ 이름에 "의도" 가 그대로 뭍어나 있습니다.
"체인을 돌면서 해당 행위에 책임감있는 놈에게 일을 시키겠다." 뭐 이쯤 이겠지요.
그럼 책임감 있는놈을 어떻게 찾을것인가??
위의 그림 2의 파랑색 코드를 보시면
public boolean acceptsURL(Stirng url){
return url.startWith("jdbc:hama");
}
요렇게 되있습니다. 그렇습니다. DB 에 접속하기위한 URL 이 어떻게 시작되냐에 따라서 선택된다는 야그~
무지 간단하죠?? DriverManager 는 자신한테 등록되있는 드라이버를 for 문 돌면서 각 드라이버의
acceptsURL 를 호출해서 ok 떨어진놈을 찾는거죠.
실제 오라클(썬?)에서 구현한 java.sql.DriverManager 코드를 보면
public static Driver getDriver(String url)
258 throws SQLException {
.... 생략 ...
268 for (DriverInfo aDriver : registeredDrivers) { // (1) for 문 돌면서
269 // If the caller does not have permission to load the driver then
270 // skip it.
271 if(isDriverAllowed(aDriver.driver, callerCL)) {
272 try {
273 if(aDriver.driver.acceptsURL(url)) { // (2) 적합한 드라이버를 찾는다.
274 // Success!
275 println("getDriver returning " + aDriver.driver.getClass().getName());
276 return (aDriver.driver);
277 }
278
279 } catch(SQLException sqe) {
280 // Drop through and try the next driver.
281 }
282 } else {
283 println(" skipping: " + aDriver.driver.getClass().getName());
284 }
285
286 }
......
290 }
위 처럼 (1) 등록된 드라이버를 순회하면서 (2) 적합한 드라이버를 찾고 있습니다.
jdbc:hama:// 로 시작되는 DB_URL 일 경우는 HAMADriver 가 가지고있는 Connection 을
리턴해주고 Postgresql 은 jdbc:postgresql 일테고 MySQL 은 jdbc:mysql 입니다.
chain of responsibility 패턴 은 이렇게 끝났습니다. 너무 간단해서 허무할 정도네요 ^^
너무 간단하게 끝나서 , 각자 판단할꺼리를 던저 보도록 하겠습니다. 댓글로 각자의 생각을 달아주시
면 고맙겠는데요. 웹 개발자분들은 대부분 아시는 서블릿 필터에 대한 이야기입니다. 몇몇 책이나 강사들이
필터를 얘기할때 "데코레이터 패턴" 이라 고 말하기도 하는데요 토비의 스프링인가 ? 그 책에서도 언급된거 같
은데 잘 기억은 안납니다만..~ (다이나믹 프록시 설명할때 나왔나 하기도 하네요)
참고로 데코레이터 패턴의 전형적인 사용예는 자바의 IO 가 있지요.
자~!!! 서블릿 필터는 진짜 데코레이터 패턴에 가까울까요?
그럼 이 시리즈에서 강조한 각 패턴의 "의도" 를 써 봅니다. 너무중요해서 빨강색 쫙~~
( 제가 정리한건 아니고, "GOF 책" 과 실용주의 디자인 패턴" 책 참고)
Chain of Responsibility 패턴
일련의 객체 집합이 잘 정의된 통로(chain) 을 통해 메세지를 전달함으로써 하나 이상의 객체에 메시지를 처리할수 있는 기회를 준다.
주어진 메세지에 가장 적합한 객체가 메시지를 처리한다. 또한 하나 이상의 객체가 메시지를 처리하는것이 가능하다.
GOF : 요청을 처리할수 있는 기회를 하나 이상의 객체에게 부여함으로써 요청하는 객체와 처리하는 객체 사이의 결합도를 없애려는 것이다. 요청을 해결할 객체를 만날 때 까지 객체 고리를 따라서 요청을 전달한다.
Decorator 패턴
런타임시 객체에새로운 능력을 추가하거나 객체의 행위를 변화시킨다. Decorator 는 상속 대신 합성을 사용하여 클래스 계층 구조를 단순화 시킬수 있다.
GOF: 객체에 동적으로 책임을 추가할수 있게한다. 데코레이터 패턴은 기능의 유연한 확장을 위해 상속대신 사용할수 있는 방법이다.
자 어떠십니까??
필터는 브라우저에서 요청에 대해서 파이프라인을 가지면서 , 어떤 선행 처리를 합니다.
그 처리를 단계별로 거치면서 중첩적인 ( 꾸미는) 처리를 하는걸까요?
파이프라인중 일부분을 선택해서 처리를 하는걸까요?
필터는 기능의 유연한 확장일까요?
뭐에 더 가까울까요? 선택은 여러분의 몫입니다. 저는 결정했지만 말하지는 않겠습니다.
p.s
제 3의 패턴이다. 라고 말할수도있습니다. 이것 저것 생각해보는 시간을 갖으면 좋겠습니다.
Core J2EE Patterns: Intercepting Filter Pattern :
http://www.informit.com/articles/article.aspx?p=1398619&seqNum=3
레퍼런스 : 실용주의 디자인 패턴 (http://www.kangcom.com/sub/view.asp?sku=200607180006 )
'디자인패턴' 카테고리의 다른 글
Factory Method 에 대한 고찰 (0) | 2015.08.17 |
---|---|
JDBC 와 디자인패턴 - 5. Adapter 패턴 (0) | 2015.08.16 |
JDBC 와 디자인패턴 - 3. State 패턴 (0) | 2015.07.30 |
JDBC 와 디자인패턴 - 1.소개 및 2. Abstract Factory 패턴 (0) | 2015.07.28 |
Actor 모델 과 ActiveObject 패턴의 차이 (0) | 2015.05.17 |