MVC

💙 비즈니스 로직(Business Logic)

실제 업무를 처리하는 부분
데이터베이스와 연동하여 데이터를 얻어오는 작업을 함

💙 프리젠테이션 로직(Presentation Logic)

화면을 처리하는 부분
HTML 형태로 결과를 클라이언트에 보여주는 역할

💙 Model 1방식

클라이언트의 요청을 JSP 또는 Servlet이 직접 받아서 처리하고 결과를 출력하는 방식

JSP가 모든 역할(요청 처리 + 비즈니스 로직 + 화면 출력)을 담당함

구조

[Client] → [JSP 파일] → [DB or 결과 출력]

JSP 파일에서 사용자의 입력을 받고
내부에서 직접 Java 코드로 로직 처리하고
결과를 HTML로 출력함

장점

• 구조가 단순해 빠르게 개발 가능
• 초기 학습자에게 직관적

단점

• 비즈니스 로직과 프레젠테이션 로직이 뒤섞임 (코드 복잡해짐)
• 재사용성과 유지보수성 떨어짐
• MVC 패턴 적용 어려움

💙 MVC

MVC = Model + View + Controller
사용자의 요청을 처리하고 응답을 생성하는 과정에서 기능을 역할에 따라 나누는 구조

model1의 단점을 보안하기 위해 비즈니스 로직을 중심으로 한 모델 영역과 디자인을 중심으로 한 뷰 영역이 나왔다. 그리고 둘을 제어하기 위한 컨트롤러가 필요하게 되었다.
이 패턴이 MVC 패턴이다.

구성 요소	역할
Model	데이터, 비즈니스 로직 담당 (DB 처리, 계산 등)
View	사용자에게 보여지는 화면 (HTML, JSP 등)
Controller	사용자의 요청을 받고 흐름 제어 (요청 분기, Model 호출, View 선택)

동작 흐름

[User] → [Controller] → [Model] → [Controller] → [View] → [User]

1. 사용자가 웹 페이지에 요청을 보냄 (/login, /list 등)
2. Controller가 요청을 받고 어떤 로직이 필요한지 판단
3. 필요한 데이터를 Model을 통해 처리
4. 처리된 데이터를 가지고 View에 전달
5. View는 사용자에게 결과를 표시

🤍 회고

오늘은 웹 개발의 기본 구조인 MVC 패턴에 대해 학습했다. 각각의 역할이 명확히 어떻게 나뉘고 어떤 흐름으로 작동하는지 이해하는 데 집중했다. Controller가 사용자 요청을 받아 Model을 통해 데이터를 처리하고, 그 결과를 View에 전달한다는 흐름이 꽤 직관적이면서도 유지보수에 유리하다는 점이 인상 깊었다.