MVC와 View의 차이점 웹 개발의 첫 번째 접근 방식

Question

오늘 인터넷에서 검색했을 때 Lift 프레임 워크의 웹 개발에서 처음으로 접근 방식을 보았습니다. 누군가가보기 첫 번째와 MVC 방식의 차이점을 말해 줄 수 있습니까? 고맙습니다.

Answer 1

먼저보기는 모델과 컨트롤러가 아니라보기에 주로 관심이 있습니다. 많은 문제 영역이 컨트롤러와 모델에서 깔끔하게 구성되지 않습니다. 전자 상거래 사이트를 생각해보십시오. 장바구니는 모든 페이지에 있지만 모든 컨트롤러가 제어해야합니까? 개인적으로 MVC에서 너무 많은 시간을 들여 논리적으로 문제를 코딩하는 것보다 MVC에 적합하게 만드는 방법에 대해 생각하고 있습니다. 먼저 뷰는이 컨트롤러/뷰/모델을 제거하고 대신 Lift에서 "미리보기"를 호출 할 수있는 뷰를 갖습니다. 원하는 경우 페이지 당 하나의 스 니펫 만 가질 수 있지만 Lift는 훨씬 많은 작업을 수행 할 수 있기 때문에 거의 MVC의 상위 집합입니다. 스 니펫은 교차 절단 문제 또는 매우 페이지 별 논리가 될 수 있습니다.

리프트 웹 사이트에서 ..

리프트가 [MVC]와 다릅니다. HTML 요청의 경우, Lift는 먼저 뷰를로드하고 뷰에서 페이지를 빌드합니다. Lift는 비 HTML 데이터에 대한 REST 스타일 요청도 지원합니다. (1 페이지의 11을 참조하십시오.) "왜?"복잡한 HTML 페이지에는 단일 컨트롤러의 지배적 인 부분이 드물게 포함되어 있기 때문에 ... 많은 구성 요소가 포함되어 있습니다. 이러한 구성 요소 중 일부는 상호 작용하고 일부는 상호 작용하지 않습니다. Lift에서 뷰의 결과 HTML 페이지에 렌더링 할 구성 요소 컬렉션을 정의합니다.

Answer 2

리프트를 사용하면 기본적으로보기 (페이지)가 생기고 일반적으로 MVC 프레임 워크/환경에서해야 할 일들을 많이하지 않고도이 스 니펫 (응용 프로그램)을 통합 할 수 있습니다.

기본적으로 페이지에서 가장 중요한 것이 단지 페이지에 추가하고 추가하려는 것을 선택하지 않아도됩니다.