최근에 MVC에 관한 블로그 게시물과 웹에 맞지 않는 방법을 읽었습니다 . RMR 아키텍처 와 같은 대체 패턴에 대해 배웠습니다 .
사람들이 MVC 외에도 웹에서 사용하는 다른 패턴이 궁금합니다. 또한 패턴을 구현하는 프레임 워크가있는 경우 해당 링크를 게시하십시오.
최근에 MVC에 관한 블로그 게시물과 웹에 맞지 않는 방법을 읽었습니다 . RMR 아키텍처 와 같은 대체 패턴에 대해 배웠습니다 .
사람들이 MVC 외에도 웹에서 사용하는 다른 패턴이 궁금합니다. 또한 패턴을 구현하는 프레임 워크가있는 경우 해당 링크를 게시하십시오.
답변:
나는 이것을 게시하게되어 기쁘다.
Paul James (귀하의 링크 중 하나의 저자)는 실제로 Tonic PHP 프레임 워크를 가지고 있습니다 : http://peej.github.com/tonic/ 이것은 아주 좋고 가볍습니다.
RESTful 접근 방식 인 Recess Framework도 있습니다. http://www.recessframework.org/
또한 mvc 비 프레임 워크 인 flourishlib에 관심이있을 수 있습니다 .
저는 개인적으로 스칼라 / 리프트 접근법의 철학을 좋아합니다.
리프트는 MVC 와 다릅니다 . HTML 요청의 경우 Lift는 먼저보기를로드하고보기에서 페이지를 작성합니다. Lift는 HTML이 아닌 데이터에 대한 REST 스타일 요청도 지원합니다. (1 ↑ 11 페이지 참조)“왜?”복잡한 HTML 페이지에는 지배적 인 논리 (단일 컨트롤러)가 포함되어 있지 않지만 다양한 구성 요소가 포함되어 있기 때문입니다. 이러한 구성 요소 중 일부는 상호 작용하고 일부는 상호 작용하지 않습니다. Lift에서는 뷰의 결과 HTML 페이지에 렌더링 할 구성 요소 모음을 정의합니다.
나는 수년간 GoF 사본으로 C ++ 백엔드 앱을 구축하고 순수한 웹 개발을 시작하면서 자연스럽게 MVC 프레임 워크로갔습니다. (가짜!) 스타일, 일부 클래스가 함께 던져 드라이를 유지합니다. 그리고 프레임 워크 사용을 중단하고 우려 사항 분리를 위해 Rasmus의 No-Framework 프레임 워크 스타일을 사용했습니다.
리프트 접근 방식을 사용 해보고 싶지만 너무 바빠서 계속 사용하고 있습니다.
고려해야 할 몇 가지 아이디어가 있습니다.
초기 Web Forms는 코드가 뒤에 있고 별도의 파일에 마크 업이있는 MVC의 VC에 가깝게 노력했다고 주장 할 수는 있지만 그 토끼 구멍이 얼마나 멀리 떨어져 있는지 확실하지 않습니다.