🔵

bb7.1.1.2_1.2.1.1.5_1.1_1. title: 모델-뷰-컨트롤러(‣) 패턴의 핵심은, 모델 뷰 컨트롤 코드를 최대한 분리해야 한다는 것, 그리고 뷰(View)에서 모델(Model)을 직접 변경하는 일을 최대한 피해 상태를 잘 관리하는 것이다.

생성

prev summary

🚀 prev note

♻️ prev note

bb7.1.1.2_1.2.1.1.5_1.1. title: 모델-뷰-컨트롤러(‣) 패턴에서 모델(Model)과 뷰(View)의 관계는 엄밀하게 정의되지 않는다. 뷰는 컨트롤러와만 소통하기도 하고, 뷰가 모델과 직접 소통하기도 한다. MVC의 본질은 모델 뷰 컨트롤러가 분리되어 있고, 컨트롤러가 중앙에서 모델을 통제한다는 것이다. 프레임워크에서 양방향 데이터바인딩을 지원하며 패턴이 흐트러졌다.

bb7.1.1.2_1.2.1.1.5_1. title: 뷰(Vue)의 기본에 충실하면 작성하는 코드는 모델-뷰-컨트롤러(‣) 패턴에 맞게 분리된다.

bc1_1. title: 상태는 결국 데이터이다. 디자인 패턴(Design pattern)은 결국 상태를 더욱 잘 관리하기 위해 존재한다. 모든 상태 관리(‣)는 디자인 패턴과 밀접한 연관이 있다.

next summary

🚀 next note

♻️ next note

💡 아이디어조각

11 more properties

모델-뷰-컨트롤러 패턴의 핵심은, 모델 뷰 컨트롤 코드를 최대한 분리해야 한다는 것(from1), 그리고 뷰(View)에서 모델(Model)을 직접 변경하는 일을 최대한 피하여(from2) 상태를 잘 관리하는 것이다(from3).

parse me : 언젠가 이 글에 쓰이면 좋을 것 같은 재료들.

None

from : 과거의 어떤 생각이 이 생각을 만들었는가?

bb7.1.1.2_1.2.1.1.5_1. title:
뷰(Vue)의 기본에 충실하면 작성하는 코드는 모델-뷰-컨트롤러(‣) 패턴에 맞게 분리된다. 

bb7.1.1.2_1.2.1.1.5_1.1. title:
모델-뷰-컨트롤러(‣) 패턴에서 모델(Model)과 뷰(View)의 관계는 엄밀하게 정의되지 않는다. 뷰는 컨트롤러와만 소통하기도 하고, 뷰가 모델과 직접 소통하기도 한다. MVC의 본질은 모델 뷰 컨트롤러가 분리되어 있고, 컨트롤러가 중앙에서 모델을 통제한다는 것이다. 프레임워크에서 양방향 데이터바인딩을 지원하며 패턴이 흐트러졌다. 

bc1_1. title:
상태는 결국 데이터이다. 디자인 패턴(Design pattern)은 결국 상태를 더욱 잘 관리하기 위해 존재한다. 모든 상태 관리(‣)는 디자인 패턴과 밀접한 연관이 있다.

supplementary : 어떤 새로운 생각이 이 문서에 작성된 생각을 뒷받침하는가?

None

opposite : 어떤 새로운 생각이 이 문서에 작성된 생각과 대조되는가?

None

to : 이 문서에 작성된 생각이 어떤 생각으로 발전되고 이어지는가?

참고 : 레퍼런스

None