http요청을 받음
2. Filter or Middleware
http요청 받은 걸 검증함
3. Router or Mapper
uri를 보고 어느 페이지(기능)로 갈지 경로 설정
4. Controller
3에서 처리된 uri를 보고 실행할 기능 선택
5. Model
4에서 모델이 필요할 경우 쿼리 쏴서 데이터 상하차 및 가공후 그것과 함께 4로 복귀
6. ViewResolver
4에서 호출한 5가 끝나고 나서 상하차한 데이터와 함께 어느 페이지를 보여줄 지 경로 설정
7. View
보여줌
대략 이런식인거 같은데
컨트롤러 이 새끼가 하는일이 너무 많아 보여서 잘 분간이 안간다
걍 뇌속에 새겨질 때까지 대가리 박고 계속 구현 해봐야 하나
개념 좀 똑바로 박히고 어떻게 구현할지 감 잡히면 좋을 거 같은데
이런 거 책으로 공부하면 설명이 부족한거만 있는거 같아서 힘드네
“지금 적어둔 건 MVC라기보다 웹 요청 처리 파이프라인(필터디스패처핸들러) 흐름에 가까움. MVC는 Controller(입력 해석/흐름 결정) – Model(도메인/비즈니스+데이터) – View(표현) 3개만 잡으면 됨. 컨트롤러가 커 보이면 보통 Service로 비즈니스 로직 빼고, 컨트롤러는 ‘요청→검증→서비스 호출→응답’만 하게 만들면 됨
만들어봐 그게 젤 직관적이야 - dc App
이걸 MVC패턴이라 해야하나..? 스프링으로 한정짓나
View - 무슨 데이터를 받아서 어떻게 표현할지 정의함 Model - View에 보낼 데이터 Controller - Model이랑 View가지고 지지고 볶는놈 화면,데이터,로직 3가지에 대한 단일책임원칙이라고 생각해
오히려 플젝에서 한번 때려넣어보고 리팩토링하는게 이거 개념잡기에는 도움이 최고임