1. Why Use Patterns?
Best Practice니까..
재사용 하려고..
의사소통을 위해..

2. Introducting the J2EE Patterns Catalog
http://java.sun.com/blueprints/corej2eepatterns/Patterns/index.html
Presentation tier :: 데이터를 보여주는 것을 책임지는 계층
Business tier :: 비즈니스 처리를 책임지는 계층
Integration tier :: resource 계층과의 연결을 책임지는 계층

3. Looking at Presentation Design Patterns
Decorating Filter Pattern :: request를 처리하기 전에 filter를 거치도록 함.
Front Controller Pattern :: filter를 거쳐온 request를 단일 서블릿에서 처리 함.
Dispatcher View Pattern :: 처리된 결과를 보여줄 JSP를 찾아줌.
View Helper Pattern :: 결과를 보여줄 때 커스텀 태그과 JavaBeans를 적용
p105쪽 그림

4. Understanding MVC
MVC 아키텍처를 적용함으로써 애플리케이션 데이터와 그 데이터를 보여주는 것을 분리함.
분리함으로 써 뷰가 보다 가벼워 짐(lightweight), 쉽게 변경할 수 있슴, 재사용 편리해짐(pluggable and transportable across platform)
p106쪽 그림

5. MVC 예제
모델 만들기(JavaBean) -> View 만들기(JSP) -> 특정 URL을 특정 컨트롤러(servlet)에 바인딩(web.xml) -> 컨트롤러 구현(servlet)

느낀점
- web.xml에 Main 서블릿 등록하는 모습이 Spring의 dispatcher Sevlet과 거의 비슷
- 마지막에 만든 servlet 코드가 너무 방대하다. 역할을 더 나눠야 할 것 같다.
- "컨트롤러 : 화면 = 1 : 다" 요런 관계인데 이러면 정말 서브릿이 무한대로 커지는 거 아닌가?
- Single Entry Point를 유지하면서도 다수의 컨트롤러를 등록하는 방법을 찾아야겠다.