7.10. 뷰의 결정 Spring MVC에서 View는 사용자에게 결과를 랜더링하여 보여주는 Bean이다. - InternalResourceViewResolver : 논리적인 View 이름을 사용하여 템플릿 파일 장원을 사용하여 랜더링 되는 View 객체를 결정한다. - BeanNameViewResolver : 논리적인 View 이름을 사용해 DispatcherServlet의 어플리케이션 컨텍스트에 있는 View Bean을 결정한다. - ResourceBundleViewResolver : 논리적인 View 이름을 사용해 ResourceBundle에 포함돼있는 View를 결정한다. - XmlViewResolver : DispatcherServlet의 어플리케이션 컨텍스트와는 별도로, XML 파일로부터 Vi..

7.9. 폼 제출 처리 1) 지금까지의 Form 처리 방식 - 입력 페이지에 접근한다. - 입력 데이터를 입력한 후 Submit - 입력된 데이터에 대한 유효성 체크와 입력 데이터를 도메인 모델 클래스에 저장(Data Binding) - 데이터 유효성 체크와 Data Binding이 문제없이 완료되면 사용자가 입력한 데이터를 데이터베이스에 저장하거나 수정한다. Spring에서는 이와 같은 일련의 과정 전체를 지원하기 위하여 SimpleFormController를 지원하고 있다. SimpleFormController는 하나의 페이지에 대한 Form 처리를 진행할 경우 유용하게 사용될 수 있다. Spring 프레임워크에서 지원하는 SimpleFormController는 GET과 POST에 따라 실행하는 작업..

7. Spring MVC 7.1. 모델 1 개발 방식 1) 장점 개발 속도가 빠르며 개발자의 스킬이 낮아도 배우기 쉬워 빠르게 적용할 수 있다. 2) 단점 JSP 페이지에서 프리젠테이션 로직과 비즈니스 로직을 모두 포함하기 때문에 JSP 페이 지가 너무 복잡해 진다. 또한 개발자와 디자이너의 분리된 작업이 어려워진다. 가장 큰 문제는 JSP 페이지의 코드가 복작해 짐으로 인해 유지보수 하기 어려워진다. 이는 정교한 Presentation 레이어를 구현하기 힘들다.(유효성 체크, 에러 처리 등) 7.2. 모델 2 개발 방식 1) 장점 (Spring MVC를 기준으로) - Presenation에서 명확한 역할 분담이 된다. - UI 레이어를 단순화 시킴으로써 디자이너도 작업하는 것이 가능하게 된다. 단지 D..

5. Bean 설정 파일 관리 Spring 프레임워크의 Bean 설정 파일은 작은 어플리케이션의 경우 단 하나만으로 모든 Bean을 관리할 수 있지만 중/대규모의 어플리케이션일 경우 하나의 Bean 설정 파일로 모든 Bean을 관리한다는 것은 좋지 않다. 이때 Bean 설정 파일을 일정한 원칙하에 분리하는 것이 중요하다. 5.1. 수평적 분리 방법 각 컴포넌트마다 하나씩의 Bean 설정 파일을 가지는 것이다. 이 설정 파일에 해당 컴포넌트와 관련된 모든 정보를 가지는 구조. 1) User 컴포넌트 applicationContext-user.xml (UI계층, 비즈니스 계층, 퍼시스턴스 계층) 2) Board 컴포넌트 applicationContext-board.xml (UI계층, 비즈니스 계층, 퍼시스턴..

4. Spring AOP 어플리케이션 전체에 걸쳐 사용돼야 할 기능이 필요한 경우 관점지향 프로그래밍(AOP)를 이용할 수 있다. Spring의 AOP는 어플리케이션 전체에 걸쳐 흩어져 있던 기능을 한 곳에(Aspect) 작성할 수 있다. 예를 들어, 공통적인 기능을 재사용하기 위해 일반적으로 상속이나 위임을 사용할 것이다. 그러나 상속의 경우, 만약 동일한 기초 class가 어플리케이션의 여러 곳에 걸쳐 사용된다면 객체의 계층도를 깨뜨릴 수 있다. 또한 위임은 사용하기 번거로우며, 여전히 위임한 객체에 대한 중복 호출을 필요로 한다. AOP를 사용하면 공통적인 기능을 한 곳에서 정의할 수 있으며, 새로운 기능을 적용하려고 하는 class를 수정할 필요 없이 그런 기능을 어디에 어떻게 적용할 것인지를 선..

3. Spring IoC 제어 역행(Inversion of Control) 패턴의 기본 개념은 객체를 구현하지 않고 구현되는 방법을 기술하는 것이다. 컴포넌트와 서비스들을 코드에 직접 연결하지는 않지만, 설정 파일에서 어떤 컴포넌트가 어떤 서비스를 요구하는지를 기술한다. 컨테이너(이 경우, Spring 프레임워크, IOC 컨테이너)는 이 모든 것을 연결한다.전형적인 IOC 시나리오에서, 컨테이너는 모든 객체들을 만들고 필요한 속성들을 설정하여, 이들을 한데 연결하고 메소드가 언제 호출될 것인지를 결정한다. IOC의 이 세 가지 구현 패턴을 아래 테이블에 정리했다. Spring 프레임워크는 IOC 컨테이너 구현에 Type 2와 Type 3 구현을 사용한다. 3.1. IoC란? 객체의 생성에서부터 생명주기의..