MVCStore与Oxite的MVC示例,有何不同之处值得深思?
- 内容介绍
- 文章标签
- 相关推荐
本文共计3456个文字,预计阅读时间需要14分钟。
最近看了些关于MVC框架的资料,之前也对MVC架构有所研究。在网上看到一篇关于微软内部开发者对Oxite项目的个人攻击的文章,让我产生了写篇文章的想法。
最近看了一些关于MVC框架的东西,加以之前就研究过一些关于 MVC架构的信息,碰巧在网上又看到了这样一篇文章,是关于微软内部的开发者对Oxite项目的个人攻击,让我产生了写篇文章来表达一
下自己对于这种架构模式的思考。
声明,如果之前没看过这两个项目的朋友建议下载相应的源码:
MVCStore:www.codeplex.com/mvcsamples
Oxite:www.codeplex.com/oxite
好了,开始今天的正文:)
1.Controller干了些什么
先说一下我的看法,这个所谓控制器的最大作用应该是“控制和调度”,控制即前台视图(view)的
显示(显示那个视图), 调度即执行相应的业务逻辑 (在这两个项目中就是那些Services,而Services
即完成对model数据模型的封装调用,并实现相关的业务逻辑)。这里业务规则如何定义应该是在Ser-
vices里进行,与Controller无关。
本文共计3456个文字,预计阅读时间需要14分钟。
最近看了些关于MVC框架的资料,之前也对MVC架构有所研究。在网上看到一篇关于微软内部开发者对Oxite项目的个人攻击的文章,让我产生了写篇文章的想法。
最近看了一些关于MVC框架的东西,加以之前就研究过一些关于 MVC架构的信息,碰巧在网上又看到了这样一篇文章,是关于微软内部的开发者对Oxite项目的个人攻击,让我产生了写篇文章来表达一
下自己对于这种架构模式的思考。
声明,如果之前没看过这两个项目的朋友建议下载相应的源码:
MVCStore:www.codeplex.com/mvcsamples
Oxite:www.codeplex.com/oxite
好了,开始今天的正文:)
1.Controller干了些什么
先说一下我的看法,这个所谓控制器的最大作用应该是“控制和调度”,控制即前台视图(view)的
显示(显示那个视图), 调度即执行相应的业务逻辑 (在这两个项目中就是那些Services,而Services
即完成对model数据模型的封装调用,并实现相关的业务逻辑)。这里业务规则如何定义应该是在Ser-
vices里进行,与Controller无关。

