[POSA1] Broker Architecture Pattern

1.
여기에서 핵심 클래스는 Broker Class다.
Broker 클래스는 Client, Server에 접근하고, Client Proxy, Server Proxy에 접근한다.
Bridge 클래스를 통해 세부 구현을 숨길수도 있으며, 다른 브로커에 접근할 수 있다.

2.
Broker는 등록되어진 Client와 Server를 안전하게 연결해 준다.
Client는 본인이 사용하는 하나의 어플리케이션으로 볼수 있다.
Server는 서비스를 제공하는 하나의 매개체다.
Client/Server Proxy는 부가적인 데이터 처리를 해준다.

3.
포사에 적혀 있는 내용을 압축하면 위와 같이 정리된다.
POSA 책을 봐도 잘 이해 안가는걸 한번 더 압축하니, 첨 본 사람은 더욱 어리둥절 할 수 있다.


4.
우리 생활에 가까운 것으로 예를 들면 개념을 이해 하는데 도움이 된다.

a. 우리는 크롬을 켠다. ( ex. www.google.com )
b. 검색을 한다. ( ex. 김태희 )
c. 검색 목록이 뜬다. ( ex. 알흠다운 김태희 기사와 사진들~ *_* 므흣..! )
d. 김태희 기사를 본다.
e. 김태희 홈페이지를 들어간다. 
f. 홈페이지가 제대로 안뜨길래, 익스플로러로 김태희 홈페이지로 들어갔다.
g. 에러 없이 모든 내용을 볼 수 있다.


5.
위 내용을 가지고 Broker 패턴을 이해 할 수 있다.

a. Client 1 :    우리는 크롬을 켠다. ( ex. www.google.com )
b. Broker :      검색을 한다. ( ex. 김태희 )
c. Sever-List : 검색 목록이 뜬다. ( ex. 알흠다운 김태희 기사와 사진들~ *_* 므흣..! )
d. Server 1 : 김태희 기사를 본다.
e. Server 2 : 김태희 홈페이지를 들어간다. 
f. Client 2 :  홈페이지가 제대로 안뜨길래, 익스플로러로 김태희 홈페이지로 들어갔다.
g. Server 2 : 에러 없이 모든 내용을 볼 수 있다.


6.
추가 설명이 필요한 분들을 위해, 부가적인 설명을 덧 붙이겠다.

Client 브라우저다. 브라우저는 크롬과 익스플로러이고, 파이어폭스나 모질라도 가능하다.
Broker는 김태희 정보가 있는 서버 정보를 검색하는 역할을 한다.
Server는 본인이 원하는 서버들 중 하나를 선택해서 접근하는 것이다.
 ( 여기서 site 주소를 실제 서버 IP로 연결해주는게 DNS 인데, DNS도 브로커로 볼 수 있다. )
연결된 Server는 본인이 켜둔 Client 브라우저로 정보를 Reponse해주는 것이다.


7.
Proxy는 추가적인 데이터처리를 위해 추가 할 수 있다. 특히 Intranet을 사용할 때, Proxy Server는 필수가 된다.
일반적으로 Proxy 옵션을 따로 설정하진 않는다.


8.
가벼운 소재를 가지고, 쉽게 풀어 보았다.
혹시라도.. 설명에 부족한 부분이 있다면, 댓글을 조심히 부탁드린다.


9.
Broker 패턴에 대한 정확한 정보는 아래 주소로 가면, POSA 내용을 엿볼 수 있다.
 http://thisisliving.tistory.com/category/Studying/Pattern-Oriented%20Software%20Architecture