mvc mvp mvvm 데이터 흐름 및 컨트롤러에 역할에 따라서 이렇게 3가지로나 분리된다.

다 공통적인 이런 개발 패턴이 나온 이유는 데이터 뷰 로직을 분리함으로서 재사용성을 늘리자이다!

1. mvc는 컨트롤러로 부터 입력이 들어오고 컨트롤러를 통해서 모델을 업데이트 시키고 모델에서 뷰로 바로 update를 시킨다 장점은 뷰와 모델의 간섭을 피해서 좀 더 유연한 구조를 가질 수 있지만 반면에 모델과 뷰의 완전한 분리가 어려운 단점이 있다.

2. 기존 mvc패턴에서 모델 뷰의 의존성을 분리시키고자 뷰에서 입력을 받고 나머지 비둘기 역할은 모두 v<->c <->m 이런 관계 컨트롤러에서 모든 중간 다리 처리를 해주는 mvp라는 모델이 나왔다.

mvp의 단점은 뷰랑 presenter가 1:1로 강한 의존성을 가진다고 한다.

3. 이를 해결하고자 mvvm패턴이 나왔다고 한다.

v->vm <-> model 이런 패턴인데 현재 프론트엔드 프레임워크가 주로 쓰는 패턴 여기에 두가지 패턴이 사용되는데 command Pattern과 data binding 이렇게 하면 mvp와의 컨트롤러-view의 의존성을 분리시킬 수 있다고... 잘 모르겠음 공부하:3

질문?.?

1. 기존 mvc패턴에서 c로 입력이 들어오는데 웹 페이지에서는 다 뷰로 부터 입력이 들어 오는 것 아닌가.. 입력을 컨트롤러에서 받을 수 있는 방법?
2. mvvm과 mvp vm으로서 처리가 어떻게 다른지 잘 와닿지가 않는다.
3. 커맨드 패턴과 data binding 무슨 패턴인지..잘 모르겠다.

• mvc패턴