ORM

MVC 모델

애플리케이션을 Model View Controller 세가지로 분류해놓은 방법

모델1 : JSP (view) + JavaBean(Model) === 구조가단순하다. but, 출력과 로직 코드가 석여 jsp코드가 복잡해진다.프론트와 벡엔드가 혼재되어 분업이 안좋다. 유지보수가 어렵다.

모델2 : JavaBean(Model) + JSP(View) + 서블릿(Controler) === MVC : 뷰와 로직의 분리로 모델1에 비해 덜 복잡하고, 분업이 용이하고 보수가 쉽다. 모델 1에 비해 습득이 어렵고 작업량이 많다.

MVC의 흐름 :

사용자는 원하는 기능을 처리하기 위한 모든 요청을 컨트롤러에 보낸다.

컨트롤러는 모델을 사용하고, 모델은 알맞은 비즈니스 로직을 수행한다.

컨트롤러는 사용자에게 보여줄 뷰를 선택한다.

선택된 뷰는 사용자에게 알맞는 결과 화면을 보여준다. 이때 사용자에게 보여줄 데이터는 컨트롤러를 통해서 전달 받는다.

Model === 값과 기능을 가지고 있는 객체.

View === 모델에 포함된 데이터의 시각화

Controller === 모델 객체로의 데이터 흐름을 제어, 뷰와 모델의 역할을 분리.

why MVC?

각 컴포넌트의 코드 결합도를 낮추기위해, 코드의 재사용성을 높이기 위해 구현자들 간의 커뮤니케이션 효율성을 높이기 위해

MVC에서 자주 실수하는 부분

Model에서 View의 접근 또는 역할 수행

View에서 일어나는 '과한'값 검증과 예외 처리 -> 단일책임원칙 위반

View에서 일어나는 비즈니스 로직

Sequelize

db.define 스키마작성

Sequelize.INTEGER 등 타입 정해줄수있다.

sync() 코드와 스키마를 일치

.then을 통해 비동기작업

.create === INSERT INTO ~~

.findAll === SELECT * ~~

Association

JOIN 기능

HasOne : 일대일 BelongsTo : A안에 B HasMany :일대다 BelongsToMany :다대다

transaction

은행업무와 같은 작업

short.ly

URL을 짧게 단축시켜주는 앱

(POST links 컨트롤러)

URL을 포스트 요청으로 받는다. {url:codestate.com}

요청에 있는 주소를 db에 레코드로 생성함.

url의 아이디

홈페이지 타이틀

방문횟수 -> 업데이트

만약 이미 존재하는 url이라면 그냥 넘어간다.

(Get links/:id 컨트롤러) 4. links/1 get요청이 오면 5. id를 통해 레코드를 조회 6. 해당 레코드의 url을 7. 컨트롤러에서 리다이렉트 시킴 8. 그리고 visits 필드값 1추가.

마이그레이션

스키마변경에 따른 데이터 이주.

데이터를 선택,준비,추출 및 변환하여 한 커뮤퓨터 저장 시스템에서 다른 컴퓨터 저장시스템으로 영구적으로 전송하는 프로세스.

devdependencies와 dependencies의 차이

dev~는 개발할때만 필요한 디펜던시..

모델명

마이그레이션을하면 복수형태가되므로 단수를쓴다.

마이그레이션 복구

npx sequelize-cli dbLmigrate:undo:all --to XXXXXXXXX