是软的设计图案或建筑图案

Question

根据 太阳 和 Msdn 这是一个设计图案。

根据 维基百科 它是一个建筑图案

相比，设计模式、建筑模式是大规模。(维基百科 建筑图案)

或者它是一个建筑模式还有一个设计图案？

哪一个是真的吗？

Answer 1

MVC是更一种架构模式的，但不能用于完整的应用程序。 MVC大多涉及的应用程序的UI /交互层。你还是会需要业务逻辑层，也许有些服务层和数据访问层。也就是说，如果你到n层的方法。

Answer 2

为什么他们中的一个必须是真的吗？

两者都可以是真实的，这取决于的观点。

MVC可以是architectual图案，如果其构成应用程序的体系结构的基础。

它也可以被看作是一个简单的设计模式，一个抽象的概念，即适用于任何应用程序。

Answer 3

设计图案 说怎么写的代码有效(在考虑 代码指标).

一些好处：

1. 易于维护的
2. 高重用性
3. 可读的，因为抽象

建筑模式 说如何利用资源有效。

1. 并行任务的执行等编程和图形设计师可以工作并行。
2. 多种技术可以用来建立一个软件。

在视, a)。 意见可以使用javascript模板和也html可以用 b)。 控制器可以写的。净框架和 c)。 模型可以写在Java-java服务可以使用，只返回java.

虽然在设计图样、图案 不能 可以在其中实现的 代码可以被写入在多种类的技术AdminUser类在爪哇， 客户类在C#、伙伴类Php和工厂案中的红宝石 :);嗯..那么容易吗？:)

Answer 4

我知道它已经一段时间前答复，但目前还没有人提到，由MVC著名的书：由布施曼面向模式的软件架构（POSA）等人于1996年出版。虽然不如为传诵设计模式一书，由伽马，等人，POSA是由模式社区中使用的基础书籍之一。

哦，POSA非常明确标识MVC作为建筑图案。我的直觉是，MS和Sun只是被草率和调用每个图案的“设计模式”。

Answer 5

我认为无论是真实的。如果你像Ruby on Rails的框架寻找一个特定的MVC的实例的，那实例化更多的是一种设计模式。如果你看一下MVC为的笼统的概念的，它更多的建筑格局。

Answer 6

视始终提到和介绍了作为/在介绍层软件架构的书籍。

阅读这些书籍：

1. 架构Microsoft.NET 解决方案为企业 (微软出版社)

2. 专业的ASP.NET 设计图案 (Wrox)

3. 企业解决方案模式的使用Microsoft.NET (微软出版社)

4. 模式的企业应用程序结构 (Addison Wesley)

5. 实践指南企业结构 (Prentice Hall)

Answer 7

如果你放一个软件架构师进了一个房间，让他们讨论的Model-View-Controller模式是什么，你最终将有十二个不同的意见。 ...一些较真的在那里将不可避免地与我所说的“MVC”的疑虑。欢迎您在这个网页的底部，留在留言板燃烧的评论。我会很乐意招待不同的观点是什么MVC意思，但请记住，我不在乎。

约什史密斯

Answer 8

设计图案模型内部/View/控制(视)三类包括与可能不限于：

• 观察员, 去耦对象，以便改变人(模型)可能会影响任何其他(的)，而不需要改变目(模型)要知道细节的其他人(的的意见)。

• 复合, ，这让我们待一个小组目(复合图)就像我们对待其一个个人的目的(图的组件)。

• 战略, ，视使用的一个实例，一个控制器类实现一个具体响应战略；实施不同的战略，简单地取代实例有一种不同的控制器。

• 工厂的方法, 指定默认的控制器类图。

• 装饰, 添加滚动到一个图。

---

参考

• 网页4至6(1.2节设计的模式，在一般视)
• 293页至304(观察员的设计图案)
• 163页至174(复合材料设计图案)
• 315页324(战略的设计图案)
• 107页至116(工厂的方法的设计图案)
• 175页至185(装饰的设计图案)

埃里克*伽玛,Richard掌舵，拉尔夫*约翰逊和约翰*Vlissides. 设计图案：元素可重复使用面向对象软件.Addison-Wesley、阅读、马，1994年。

Answer 9

和根据马丁福勒它们GUI架构：马丁福勒 - GUI架构

这取决于应用程序的大小，因为它不仅影响GUI相关的类，在一个小（主要是GUI）可以认为它是一种架构模式，而在一个巨大的一个这纯粹是你应用设计模式到GUI代码（可能是的应用程序代码10％）。

Answer 10

MVC是体系结构图案。得很清楚，在 http://molecularsciences.org/zend/mvc_model_view_controller

所示