디자인 패턴?
- 소프트웨어를 설계할 때, 특정 맥락에서 자주 발생하는 고질적인 문제들이 또 발생하게 된다. 이럴 때 재사용 할 수 있는 훌륭한 해결책
- 옵저버패턴, 스트래티지패턴, 아토믹 패턴 등등
- 바퀴를 다시 발명하지 마라 > 이미 만들어져서 잘 되는 것을 처음부터 다시 만들 필요 x
MVC 패턴
- model - 서비스의 정보,데이터, (데이터베이스)
- view - 사용자 인터페이스요소 (클라이언트)
- controller - 사용자가 데이터를 클릭하고 수정하는것에 대한 이벤트 처리
why MVC?
서로 분리되어 각자의 역할에 집중할 수 있게끔 개발을 하고 그렇게 애플리케이션을 만든다면, 유지보수, 애플리케이션의 확장성, 유연성이 증가하고 중복코딩이라는 문제점 또한 사라지게 된다.
어떻게 나눌것인가? , 어떤 역할을 수행할 것인가?
orm의 장점
sequelize orm 관련 cli 툴
마이그레이션의 개념
1:1, 1:n,n:n의 관계를 sequelize orm으로 표현할 수 있다
mvc 디자인 패턴의 한계
Comments