은 MVC 디자인 패턴을 또는 건축 패턴
https://stackoverflow.com/questions/1866821
-
18-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian해결책
MVC는 아키텍처 패턴이지만 완전한 응용 프로그램은 아닙니다. MVC는 대부분 애플리케이션의 UI / 상호 작용 계층과 관련이 있습니다. 여전히 비즈니스 로직 계층, 일부 서비스 계층 및 데이터 액세스 계층이 필요합니다. 즉, 당신이 n-tier 접근법에 있다면.
다른 팁
그들 중 하나가 사실이어야하는 이유는 무엇입니까?
관점에 따라 두 가지 모두 사실 일 수 있습니다.
MVC는 응용 프로그램 아키텍처의 기초를 형성하는 경우 건축 패턴이 될 수 있습니다.
또한 단순히 디자인 패턴, 모든 응용 프로그램에 적용 할 수있는 추상적 개념으로 볼 수 있습니다.
디자인 패턴 말하는 코드를 작성하는 방법을 효과적으로(고려 코드 메트릭).
몇 가지 이점:
- 쉽게 유지 관리
- 높은 재사용성
- 을 읽을 수 있기 때문에 추상화
건축 패턴 말는 방법을 활용하는 리소스를 효과적으로.
- 병렬 작업과 같은 실행 프로그래머와 그래픽 디자이너 작동할 수 있습니다.
- 여러 가지 기술을 활용할 수 있을 구축하는 소프트웨어입니다.
MVC, a). 망를 사용하여 만들 수 있습니다 javascript 템플릿과도 사용할 수 있습 html b). 컨트롤러를 작성할 수 있습니다.NET 프레임워크 및 c). 모델 작성할 수 있습 Java java 서비스는 것을 사용할 수 있만 반환합니다 json data.
는 동안에서의 디자인 패턴,패턴 할 수 없 구현하는 코드 작성할 수 있습에 다양한 기술과 같은 AdminUser 클래스 Java 고객 클래스에서는 C#,파트너 클래스에서 Php 및 공장 패턴에 있는 루비 :);음..이렇게 쉬운가?:)
나는 그것이 잠시 전에 답변되었음을 알고 있지만, Buschmann 등의 MVC 유명인 : POSA (Pattern-Oriented Software Architecture), 1996 년에 출판 한이 책을 아직 언급 한 사람은 없다. , Gamma 등의 Posa는 Patterns Community에서 사용하는 기초 책 중 하나입니다.
아, 그리고 Posa는 MVC를 건축 패턴으로 매우 명확하게 식별합니다. 내 직감은 MS와 Sun이 단지 조잡하고 모든 패턴을 "디자인 패턴"이라고 부릅니다.
둘 다 사실이라고 생각합니다. 당신이 특정을보고 있다면 인스턴스화 Ruby on Rails와 같은 프레임 워크에서 MVC의 인스턴스화는 설계 패턴에 가깝습니다. MVC를 a로 보면 일반적인 개념, 그것은 건축 패턴에 가깝습니다.
MVC는 항상 소프트웨어 아키텍처 서적에서 프레젠테이션 계층으로 언급되고 소개되었습니다.
이 책을 읽으십시오 :
엔터프라이즈를위한 Microsoft.net 솔루션 아키텍처 (Microsoft Press)
전문 ASP.NET 디자인 패턴 (Wrox)
Microsoft.net을 사용한 Enterpise 솔루션 패턴 (Microsoft Press)
엔터프라이즈 애플리케이션 아키텍처 패턴 (애디슨 웨슬리)
엔터프라이즈 아키텍처에 대한 실용적인 가이드 (Prentice Hall)
10 명의 소프트웨어 아키텍트를 방에 넣고 모델 뷰 컨트롤러 패턴이 무엇인지 논의하면 12 개의 다른 의견이 생길 것입니다. … 거기에있는 순수 주의자 중 일부는 필연적으로 내가 "MVC"라고 부르는 자격을 가질 것입니다. 이 웹 페이지 하단의 게시판에 불타는 의견을 남겨 두십시오. 나는 MVC가 의미하는 바에 대한 다른 관점을 기꺼이 즐겁게 해줄 것이지만, 내가 신경 쓰지 않는다는 것을 명심하십시오.
조쉬 스미스
디자인 패턴 내부의 모델/보기/컨트롤러(MVC)인조의 클래스가 포함하고 국한되지 않을 수 있습기:
관찰, 분리하는 변화(모델)에 영향을 미칠 수 있는 모든 다른 사람의 숫자(보기)없이 변경된 물체(모델)을 알아의 세부 사항은 다른 사람(보기).
Composite, 할 수 있게 하는 치료하는 그룹체(복합기)처럼 우리는 하나의 개인 물체(보 components).
전략, 는 볼의 인스턴스를 사용하여 컨트롤러 서브 클래스를 구현하는 특별한 대응 전략;를 구현하는 다른 전략을,단순히 교체를 인스턴스와 다른 종류의 컨트롤러입니다.
공장 방법, 를 지정하면 기본값 컨트롤러 클래스입니다.
장식, 추가 스크롤됩니다.
Reference
- 페이지 4~6(1.2 절 디자인 패턴에서 Smalltalk MVC)
- 페이지 293 304(관찰자의 디자인 패턴)
- 페이지 163 174(합성 디자인 패턴)
- 페이지 315 324(전략을 디자인 패턴)
- 페이지 107 116(공장 방법은 디자인 패턴)
- 페이지 175 185(장식한 디자인 패턴)
Eric 감마,리처드 지배,랄프슨,요한 Vlissides. 디자인 패턴요소의 재사용할 수 있는 객체지향 소프트웨어.Addison Wesley,읽기,MA,1994.
그리고 Martin Fowler에 따르면 그들은 GUI 아키텍처입니다. Martin Fowler-Gui Architectures
그것은 GUI 관련 클래스에만 영향을 미치기 때문에 애플리케이션의 크기에 따라 다르며, 작은 클래스 (대부분 GUI)에서는 건축 패턴으로 간주 될 수 있지만 거대한 것은 GUI에 적용하는 디자인 패턴 일뿐입니다. 코드 (앱 코드의 10%가 될 수 있음).
MVC는 아키텍처 패턴입니다. 매우 명확하게 언급되고 표시됩니다 http://molecularsciences.org/zend/mvc_model_view_controller
