×

Loading...
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务

其实,我知道的也不是很多。不过我可以就我知道的东西share给你,不对的地方还请高手们指教。

你说的东西应该是3层构架的范畴。对于3层构架的设计是这样的,叶面表现层,业务处理层和数据交换层(其实这里还应该有数据存储层,或者说数据库或文件存储)。
1.叶面表现层的功能实现的是与业务无关的业务逻辑处理,如果设计的好,可能在这里只是把控件放好就行了。
2.业务处理层,这里应该包含把部分的业务处理逻辑,比如一个订单的主要信息和详细细项的处理逻辑,或者审批流程中下一个控制节点的标志设置等。
3.数据交换层,在这又不关心业务了,也就是说业务无关了。很多的3rd都很好,例如ORMapping实现或其他的,自己写也没什么不好。

现在回到MVC,M(Model)V(View)C(Control),从字面上您就能看出他和后面的业务逻辑的组织实现关系不大,也不涉及数据交换或数据存储。他的主要功能集中在叶面表现层和逻辑层的衔接上,提供更方便的测试、团队开发和结构规划上。
Report

Replies, comments and Discussions:

  • 工作学习 / 学科技术讨论 / 菜鸟写.NET MVC框架
    菜鸟写.NET MVC框架
    虽然做软件开发好多年了,但一直无法精深,仍然处于菜鸟级别。
    去年,我在rolia上也发了几个帖子,被几位高人痛批了一顿,开始还不太服气,经过冷静的想一想,他们批的不无道理,于是虚心接受。不过,人总得有些交流才会进步,
    终于痛下决心,详细研读各种软件开发技术,尽早加入大虾级别。看人家写个像模像样的东西出来后,心理很是痒痒,无奈自己水平有限、菜鸟级别,只好东拼西凑一个东西给大家看看。所以,再努力,也就这样了-----

    我用菜鸟的语言把设计、开发过程写出来,希望与同行交流,提高自己。我给这个框架命名为Yacht MVC Framework。

    源码发布在http://jimic.webs.com/YachtNo3.zipp
    相关在http://jimic.webs.com/apps/blog/

    改进还在继续,尽力而为吧。
    • Good job! Please continue.
      • 谢谢,谢谢,谢谢捧场,继续努力,争取提供IViewEngine 配置接口. 重新review代码,感觉,还是很菜。。。
        • a very small suggestion! Try to write something everyday. It doesn't have to be long! But if you insist, you would improve your writing a lot. Don't give up! Writing is very important in your career. Even just in point form!
    • 菜鸟开始菜绿色向虾红色演变. 离血红大虾不远了哈! 用HttpModule而不用去GLOBAL.ASAX. 这样一来就可以把LOCAL的WINDOWS 应用和WEB 应用玩在一起. 不错哈!
      • 变成虾可真累啊,microsoft的mvc看了一遍,还要理解,对于我来说,真是难啊,好在很多大虾的blog精华给了我不少启示。有空你也可以试试httpmodule 和httphandler.挺酷的。如果能知道microsoft如何引入指定位置的dll就好了。
        • MVC是把有STATE的WINFORMS和无STATE的WEBFORMS玩在一起. 象RoR构架. 是另一种MS开发方式.httpmodule 和httphandler很早就用过. 不过MS MVC FRAMEWORK是近两年的事.
      • 回顾代码,好像还是绿的,因为我的mvc不用注册,也不用卸载,莫非我变成菜青虫了?
    • 菜菜鸟问老菜鸟一个问题。刚开始用net都不知道啥是MVC。不过刚写了个用.net removting 的application实现input 和bussiness logic还有数据库相分离。不知这种简单的应用和MVC有何区别。网指点一二。
      • 其实,我知道的也不是很多。不过我可以就我知道的东西share给你,不对的地方还请高手们指教。
        你说的东西应该是3层构架的范畴。对于3层构架的设计是这样的,叶面表现层,业务处理层和数据交换层(其实这里还应该有数据存储层,或者说数据库或文件存储)。
        1.叶面表现层的功能实现的是与业务无关的业务逻辑处理,如果设计的好,可能在这里只是把控件放好就行了。
        2.业务处理层,这里应该包含把部分的业务处理逻辑,比如一个订单的主要信息和详细细项的处理逻辑,或者审批流程中下一个控制节点的标志设置等。
        3.数据交换层,在这又不关心业务了,也就是说业务无关了。很多的3rd都很好,例如ORMapping实现或其他的,自己写也没什么不好。

        现在回到MVC,M(Model)V(View)C(Control),从字面上您就能看出他和后面的业务逻辑的组织实现关系不大,也不涉及数据交换或数据存储。他的主要功能集中在叶面表现层和逻辑层的衔接上,提供更方便的测试、团队开发和结构规划上。
      • 还有,3层构架更注重设计上的,MVC更注重表现上的。对于小的系统混在一起没什么不好,但是系统到了一定的规模,问题就来了。我个人感觉,如果项目小于50个人月同时没有太多的测试要求的话,分的太清只能增加负担;如果百人月或对于测试过程要求很高的话,就要慎重了。
      • 再反观细节的实现,MVC中的M有点像Entity Object,实现上可以从DB一直贯穿到叶面上来。Controller有点像business logic层的逻辑处理,...
        再反观细节的实现,MVC中的M有点像Entity Object,实现上可以从DB一直贯穿到叶面上来。
        Controller有点像business logic层的逻辑处理,当然可以这样写,不过好像太混乱。
        而3层构架却没那么详细的功能实现,他是指导性地提供一个合理的设计方向。
        我记得microsoft有个叫Petshop1.0的很好。如果要看MVC的话,最好还是
        看看java的一些例子。
      • Read ASP.net MVC Vs ASP.net Web Form at
        • MS用了RUBY ON RAILS的IDEA FOR MVC