说的非常好,,,我正纠结这个,, 谢谢

如何顾及，是否有更好的准则？

受益匪浅，谢谢分享，我现在也在研究如何让我们的小团队更快速、高效的开发。

其实可以简化为以下5点： 成熟稳定 应用的人多 语言OO 组件化开发 事件驱动

我们有时候连文档都没有，都是口头直接开发的。

请问《四色原型札记系列》在哪呢，我想看看学学~~~

看过。

受益匪浅，非常需要，Mark

是。还行

写得不错喔。

1. 认为Model是指失血模型的实体类（Entity），是作为View和Controller之间的传输数据。 在MVC中Model可以分两种，一种是ViewModel视图模型,一种是有行为的Model，业界叫领域模型。而View上的Model确实是失血模型，就是大家所理解的实体类吧，这里我觉得你说的Model应该改成Model层，不然会产生误解。 2.无论是MVC还是MVP，View和Controller都是紧密联系的 联系是必然，不过说是紧密就太过了吧。 3.IOC+AOP 这些技术都是为了隔离变化出程序内部，是必然的使用趋势，看了一堆，貌似都没说到题目的点子上，感觉LZ你对MVC的理解还试很浅，MVC中V层是和M层耦合，不过是基于ViewModel的耦合，而对于M层的服务完全没有联系，所以M层和V层是很松散的耦合关系，这是我对MVC着迷的原因，个人见解，请你不要见怪，而MVP我就没什么见识了，所以正在观望大家的文章。

随笔- 1 文章- 26 楼主还写了什么号文章啊 杂不给我们看看~

谢谢楼主分享，给正在研究工作流的朋友推荐个功能很强的工作流引擎，.NET驰骋工作流引擎ccflow: 面向业务人员，流程设计(自定义节点，方向条件等)、表单自定义、报表定义、文书自定义、绩效时效考核、流程前台运行等特色； 支持oracle, sqlserver，db2 数据库; 支持中、繁体、英、日、韩等语言； .NET驰骋工作流引擎ccflow demo演示地址：http://ccflow.cn/ftp/flow/demo/

和实体类有何区别？

误人子弟啊

学习 学习

mark ！

Mark

建议去看看taligent的MVP论文

@碧落
-------------------------------------------------------------
我最后的想法是View和Controller是合并的，也就不存在中介者和订阅者了。
-------------------------------------------------------------

这也有一个名字，叫做Document-View，是M$一直主推的开发方式。但是这个模式或者其变种也很难说不存在中介或者订阅，只是它们被隐含了。