[💬] mvc 개념이 너무 아리까리해서 원저자 글 구글링함

[익명(122.36)]

https://folk.universitetetioslo.no/trygver/themes/mvc/mvc-index.html

사실 인터넷 검색글마다 개념 설명이 완전 중구난방이기도 하고
저걸로 개발 오래 했다는 사람들도 사람들마다 말 달라서 혼돈이 오기에 원 저자의 의견을 검색해봄

처음 시작은 thing-model-view-editor 이걸로 구분한 모양임

thing: 사용자가 머릿속으로 생각한것

model: 머릿속으로 생각한걸 컴퓨터 시스템에 맞춰 추상화 객체로 만든 것. 예시로 보여준거는 네트워크 관련 클래스들.
메소드를 통한 데이터의 적절한 처리도 여기서 한다고 함

view: 화면단에 보여지는 것들. 예시로 리스트뷰의 텍스쳐, 프레임 크기? 뭐 이런거는 전부 뷰로 쳐야 한다함

editor: 컨트롤러 이야기하나봄. 사용자의 모든 인풋들을 적절히 연결시켜 주는 것. 원문 느낌 상으로는 클릭 시에 클릭의 위치를 계산해서 어떤 버튼이 동작할건지 찾아준다거나 하는거를 말한다고 함.


내가 개떡같이 해석한건지 몰라도
한국 블로그에 나오는 mvc 설명과는 좀 다름
특히 컨트롤러 = 비즈니스 로직 처리로 생각을 하던데
원문에서는 비즈니스 로직은 모델 담당이고
컨트롤러는 그냥 사용자 인풋에 대한 적절한 리액션을 찾아내는? 그런 역할을 하는거고

저 주장 나올 당시에 ui개발이 어느정도 수준이었는지는 모르겠는데
만약에 opengl 만지듯이 무한루프 안에서 사용자 인풋 하나씩 처리하는거 생각하고 주장한거라고 가정하면
왜 컨트롤러 나눴는지 좀 연결이 됨..
엄청 큰 일이니까

[ㅇㅇ 1(211.200)]

놀랍게도 한국 블로그 대부분 설명이 틀린게 맞음 그나마 공신력있는 위키백과에서 찾아보면 mvc모델엔 유저가 껴있음 유저가 컨트롤을 만지면 컨트롤은 이벤트로 모델 데이터를 수정하고 모델은 사용자가 보는 뷰를 갱신하는게 mvc모델이다 한국 블로그에 있는 사진들은 유저가 없음 그 아키텍쳐는 사실 web mvc라고 불리는 전혀 다른 모델들임 이론만 빠삭하게 공부한 사람들이 대부분 허수라는 진실을 깨우쳤구나

[ㅇㅇ 2(58.227)]

컨트롤러가 비즈니스 로직을 처리한다고 써놓은거면 그런 블로그가 아예 잘못알고 있는게 맞는듯.. 어느 디자인 패턴 책을 봐도 비즈니스 로직은 모델에 있다고 나와 있을거임