JSP프로젝트를 하기 전에 알아야 하는 개념이라 정리를 했다.
프로젝트를 구성할 때 그 구성요소를 3가지 역할로 구분한 패턴이다.

위의 그림처럼 사용자가 controller를 조작하면, controller는 model을 통해서 데이터를 가져오고, 그 정보를 바탕으로 시각적인 표현을 담당하는 View를 제어해서 사용자에게 전달하게 된다.
애플리케이션의 정보, 데이타를 나타낸다. 데이타베이스(처음의 정의하는 상수, 초기화값, 변수 등)
데이타, 정보들의 가공을 책임지는 컴포넌트를 말한다.
모델이 가지는 규칙
1.사용자가 편집하길 원하는 모든 데이터를 가지고 있어야 한다.
2.뷰나 컨트롤러에 대해서 어떤 정보도 알지 말아야 한다.
3.변경이 일어나면 변경 통지에 대한 처리방법을 구현해야만 한다.
(모델의 속성 중 텍스트 정보가 변경이 된다면, 이벤트를 발생시켜 누군가에게 전달해야 하며, 누군가 모델을 변경하도록 요청하는 이벤트를 보냈을 때 이를 수신할 수 있는 처리 방법을 구현해야 한다. 또한 모델은 재사용가능해야 하며 다른 인터페이스에서도 변하지 않아야 한다.)
input 텍스트, 체크박스 항목 등과 같은 사용자 인터페이스 요소를 나타낸다. 다시 말해 데이터 및 객체의 입력, 그리고 보여주는 출력을 담당한다. 데이타를 기반으로 사용자들이 볼 수 있는 화면이다.
뷰가 가지는 규칙
1.모델이 가지고 있는 정보를 따로 저장해서는 안된다.출력만 담당!
2.모델이나 컨트롤러와 같이 다른 구성요소들을 몰라야 된다.
3.변경이 일어나면 변경 통지에 대한 처리방법을 구현해야만 한다.
(모델과 같이 변경이 일어났을 때 이른 누군가에게 변경을 알려줘야 하는 방법을 구현해야 한다. 뷰에서는 화면에서 사용자가 화면에 표시된 내용을 변경하게 되면 이를 모델에게 전달해서 모델을 변경해야 할 것이다. 그 작업을 하기 위해 변경 통지를 구현한다.
그리고 재사용 가능하게끔 설계를 해야 하며 다른 정보들을 표현할 때 쉽게 설계를 해야 한다.)
데이터와 사용자인터페이스 요소들을 잇는 다리 역할을 한다.
즉, 사용자가 데이터를 클릭하고, 수정하는 것에 대한 "이벤트"들을 처리하는 부분을 뜻한다.
컨트롤러가 가지는 규칙
1.모델이나 뷰에 대해서 알고 있어야 한다.
2.모델이나 뷰의 변경을 모니터링 해야 한다.
(모델이나 뷰의 변경 통지를 받으면 이를 해석해서 각각의 구성 요소에게 통지를 해야 한다. 또한, 애플리케이션의 메인 로직은 컨트롤러가 담당한다.)
사용자가 보는 페이지, 데이터처리, 그리고 이 2가지를 중간에서 제어하는 컨트롤, 이 3가지로 구성되는 하나의 애플리케이션을 만들면 각각 맡은바에만 집중을 할 수 있게 된다.
서로 분리되어 각자의 역할에 집중할 수 있게끔하여 개발을 하고 그렇게 애플리케이션을 만든다면,
유지보수성, 애플리케이션의 확장성, 그리고 유연성이 증가하고, 중복코딩이라는 문제점 또한 사라지게 되는 것입니다.
DB의 data에 접근하기 위한 객체이다. DB에 접근하기 위한 로직을 분리하기 위해 사용한다.
직접 DB에 접근하여 data를 삽입, 삭제, 조회 등 조작할 수 있는 기능을 수행한다.
MVC 패턴의 Model에서 이와 같은 일을 수행한다.
DTO는 계층 간(Controller, View, Business Layer) 데이터 교환을 위한 자바 빈즈(Java Beans)를 의미한다.
DTO는 로직을 가지지 않는 데이터 객체이고 getter/setter 메소드만 가진 클래스를 의미한다.
JSP에서 객체를 가져오기 위한 기법으로 데이터 전달 오브젝트 파일(DTO).자바로 작성된 컴포넌트들(클래스)
자바빈 객체를 생성하기 위한 태그. 태그 속성은 아래와 같다.
<jsp:useBean id="빈 이름" class="자바빈 클래스 명" scope="사용범위"/>
자바빈 클래스의 속성 값을 설정하기 위한 태그. 속성은 아래와 같다.
<jsp:setProperty name="빈 이름" property="속성명" value="설정할 값"/>
<jsp:setProperty name="빈 이름" property="속성명" param="파라미터명"/>
자바빈 클래스의 속성값을 가져오기 위한 태그. 속성은 아래와 같다.
<jsp:getProperty name="빈 이름" property="속성명"/>
VO는 값 오브젝트로써 값을 위해 쓰인다.
Read-Only 특징(사용하는 도중에 변경 불가능하며 오직 읽기만 가능)을 가진다.
DTO와 유사하지만 VO는 getter 기능만 존재한다.
DTO는 인스턴스 개념이고 VO는 리터럴 값 개념이다.
VO는 값들에 대해 Read-Only를 보장해줘야 존재의 신뢰성이 확보되지만,
DTO의 경우는 단지 데이터를 담는 그릇의 역할일 뿐 값은 그저 전달되어야 할 대상일 뿐이다.
값 자체에 의미가 있는 VO와 전달될 데이터를 보존해야하는 DTO의 특성상 개념이 다르다.