MVC 패턴이란?

MVC

---

 

💡 모델-뷰-컨트롤러(model–view–controller, MVC)

: 소프트웨어 공학에서 사용되는 소프트웨어 디자인패턴

 

이 패턴을 성공적으로 사용하면, 사용자 인터페이스로부터 비즈니스 로직을 분리하여 애플리케이션의 시각적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향 없이 쉽게 고칠 수 있는 애플리케이션을 만들 수 있다. MVC에서 모델은 애플리케이션의 정보(데이터)를 나타내며, 뷰는 텍스트, 체크박스 항목 등과 같은 사용자 인터페이스 요소를 나타내고, 컨트롤러는 데이터와 비즈니스 로직 사이의 상호동작을 관리한다.

 

MODEL

정보들의 가공을 책임지는 컴포넌트로 비즈니스 로직을 처리한 후 모델의 변경사항을 컨트롤러와 뷰에 전달한다. 표시 형식에 의존하지 않기 때문에 사용자에게 어떻게 보일지에 대해 신경쓰지 않아도 된다.

 

• 사용자가 편집하길 원하는 모든 데이터를 가지고 있어야 한다.
• 뷰나 컨트롤러에 대해서 어떤 정보도 알지 말아야 한다.
• 변경이 일어나면, 변경 통지에 대한 처리 방법을 구현해야만 한다.

 

VIEW

사용자에게 보여지는 부분, 즉 유저 인터페이스(User interface)를 의미한다. MVC에서 모델은 여러 개의 뷰(view)를 가질 수 있으며, 보여줄 값(모델)을 컨트롤러로부터 받아와 사용자에게 보여준다.

 

• 모델이 가지고 있는 정보를 따로 저장해서는 안 된다.
• 모델이나 컨트롤러와 같이 다른 구성요소들을 몰라야 된다.
• 변경이 일어나면 변경통지에 대한 처리방법을 구현해야만 한다.

 

CONTROLLER

모델과 뷰 사이를 이어주는 다리역할을 한다. 사용자의 입력을 받고, 모델에 그 입력을 전달하며, 모델로부터 받은 결과를 뷰에 전달한다.

 

• 모델이나 뷰에 대해서 알고 있어야 한다.
• 모델이나 뷰의 변경을 모니터링 해야 한다.

 

 

💡 MVC패턴을 사용하는 이유(장점)

: 모듈의 결합도(Coupling)는 낮추고 응집도(Cohesion)를 올릴 수 있다.

 

결합도가 높다는 것은 의존성이 높다는 것이고, 의존성이 높을수록 코드 하나를 수정하면 그와 관련된 다른 코드들도 모두 수정해줘야 한다. MVC 패턴을 가진 시스템의 각 컴포넌트는 자신이 맡은 역할만 수행한 후 다른 컴포넌트로 결과만 넘겨주면 되기 때문에 시스템 결합도를 낮출 수 있다.

 

응집도는 독립성과 밀접한 연관이 있다. '응집'의 사전적 의미는 "한군데에 엉겨서 모이는 것"으로  서로 관련있는 요소들을 응집도와 독립성이 높아지도록 알맞게 나누어야 한다. 어떤 문제가 발생했을 때, 그 문제를 발생시킨 곳에서 처리하여 피해가 최소화될 수 있도록 해야한다는 것이다. 즉, 에러가 발생한 곳만 수정하면 되기 때문에 독립성이 높을수록 에러를 해결하기가 쉬워진다. 

 

 

 

 

 

출처

wikipedia

https://junhyunny.github.io/information/design-pattern/mvc-pattern/