MVC 패턴 (Model-View-Controller)

MVC는 소프트웨어 설계 패턴 중 하나로, 애플리케이션을 Model(모델), View(뷰), Controller(컨트롤러) 세 가지 주요 구성 요소로 분리하여 설계합니다. 이를 통해 코드의 재사용성, 유지보수성, 확장성을 높일 수 있습니다.

---

1. 구성 요소와 역할

1) Model (모델)

• 역할: 애플리케이션의 데이터와 비즈니스 로직을 관리합니다.
  • 데이터 저장 및 관리.
  • 데이터 처리와 관련된 로직 수행.
  • 데이터 변경 시 View와 Controller에 알림.
• 특징:
  • 데이터의 상태를 캡슐화하고 외부에 노출하지 않음.
  • 독립적으로 작동하므로 다른 컴포넌트와 분리된 상태에서 테스트 가능.

 

2) View (뷰)

• 역할: 사용자 인터페이스(UI)를 담당하며, 데이터를 시각적으로 표현합니다.
  • Model에서 제공받은 데이터를 기반으로 화면을 그립니다.
  • 사용자 입력을 수신하여 Controller에 전달.
• 특징:
  • 데이터 처리 로직을 포함하지 않음.
  • 화면 표시와 관련된 작업만 수행.

 

3) Controller (컨트롤러)

• 역할: 사용자 입력을 받아 처리하고, 이를 Model과 View에 전달하는 중간다리 역할을 합니다.
  • Model을 업데이트하거나 View를 갱신하도록 명령.
• 특징:
  • 사용자와 애플리케이션의 상호작용을 관리.
  • 비즈니스 로직은 포함하지 않고, 입력과 출력 흐름만 조정.

---

2. 작동 흐름

MVC의 동작은 다음과 같은 방식으로 이루어집니다:

• 사용자 입력(View → Controller)
  • 사용자가 View에서 특정 동작을 실행합니다.
  • View는 해당 입력 이벤트를 Controller로 전달합니다.
• 비즈니스 로직 처리(Controller → Model)
  • Controller는 입력을 분석하고, 필요한 작업을 수행하도록 Model에 명령합니다.
• 데이터 갱신(Model → View)
  • Model은 데이터를 업데이트하고 변경 사항을 View에 통지합니다(Observer 패턴 활용).
• 화면 갱신(View)
  • View는 변경된 데이터를 기반으로 화면을 업데이트하여 사용자에게 보여줍니다.

---

3. 장점

• 유지보수성 향상: 코드가 역할별로 나뉘어 있어 수정 및 확장이 용이합니다.
• 재사용성 증가: Model과 View가 독립적이므로, 다른 View를 추가하거나 변경해도 Model에 영향을 주지 않음.
• 테스트 용이성: Model과 Controller가 분리되어 있어 유닛 테스트가 쉽습니다.

---

4. 단점

• 복잡성 증가: 애플리케이션이 간단한 경우에도 컴포넌트가 분리되어 설계와 구현이 복잡해질 수 있습니다.
• 설계 부담: 초기 설계 단계에서 컴포넌트 간의 역할 분리가 명확하지 않으면 오히려 비효율적일 수 있습니다.

---

5. MVC 패턴 실습 (Java 기반, 채팅 프로그램 개발)

자바의 JFrame과 Socket 통신, 멀티 스레드, 오라클DB의 PL/SQL을 활용한 채팅 프로그램 개발을 통해서

MVC 패턴과 네트워크, 자바, SQL 언어 활용에 대한 숙련도를 높여봅시다.

 

일정	버전	개발 내용
10월 21일 ~ 11월 4일	v0.0	자바 채팅 프로그램 UI 및 서버, DB 연동
11월 4일 ~ 11월 11일	v0.1	DB Connection pooling 구현을 통한 성능 개선
11월 11일 ~ 11월 18일	v0.2	SOLID 원칙 준수를 위한 리팩토링 작업 진행 -  유지보수성 향상을 위한 단일 책임 원칙(S), 개방-폐쇄 원칙(O) 개선 -  추상화 및 상속을 통한 클래스 역할 분담 → 인터페이스 및 구현체 클래스 생성
11월 18일 ~ 11월 25일	v0.3	유지보수성 향상 방안 적용중 ~

 

Github Link : https://github.com/hogi2020/ohChat