当前位置:编程学习 > C#/ASP.NET >>

.net中的 MVC 与 三层(数据访问,业务逻辑,显示)相比有什么优势劣势?

从学校毕业快两年了,我现在正在学习.net的MVC模式,但是现在学的我一头雾水,MVC与三层相比优势到底在哪?三层中同样也存在model与view的定义,相比较感觉也就是Controller与 各个模块传递数据的方式稍有区别,但这种区别对项目的性能或开发有什么优势和劣势?
答案:http://zhidao.zhaoxi.net/question/297602652.html

回复过类似帖子,请参考
其他:http://apps.hi.zhaoxi.net/share/detail/15377304 LZ自己去看看 mvc更方便维护 ,MVC中每一块内部特别是Model内部经常被设计为多层的。在我认为的一个良好的MVC模式构建的结构中,Control是核心,小且较为稳定的,可以作为一个核心框架来提供,有扩展点,但基本上可以简单配置不需要任何代码就可以运行。而View则可能是一套或多种可选择的视图引擎,决定了软件展示给用于的界面,使用时的主要工作量在于扩展点以及根据需要而数量不同的视图模板。

N层结构是一种软件抽象的层次结构,是对复杂软件的一种纵向切分,每一层次中完成同一类型的操作,以便将各种代码以其完成的使命作为依据来分割,以将低软件的复杂度,提高其可维护性。一般来说,层次之间是向下依赖的,下层代码未确定其接口(契约)前,上层代码是无法开发的,下层代码接口(契约)的变化将使上层的代码一起变化。三层结构是N层结构的一种,是人产在长时间使用中得出来的一种应用场合广泛的N层结构,被当作一种典型的软件层次结构而广为流传甚至写入教科书。

    MVC模式是一种复合设计模式,一种在特定场合用于解决某种实际问题来得出的可以反复实践的解决方案。巧合的是他也有三个事物组成,于是乎人们就有了一种想当然的对应关系:展示层-View;业务逻辑层-Control;持久层-Model。首先MVC中的三个事物之间并不存在明显的层次结构,没有明显的向下依赖关系,相反的,View和Model往往是比较独立的,而Control是连接两者的桥梁,他们更像是横向的切分。这样一来就出现一个结果,MVC中每个块都是可以独立测试的,而三层结构中,上层模块的运行测试势必要提供下层代码或者提供相同接口的桩。相对来说,MVC复杂得多,但是结构更清晰,耦合性更低。

上一个:求 喵翻2.8整合版 和 对应的Microsoft .NET Framework版本!速度 我用它还要玩rewrite!
下一个:怎样在LoadRunner中打开.net程序,要如何配置环境呢?

CopyRight © 2012 站长网 编程知识问答 www.zzzyk.com All Rights Reserved
部份技术文章来自网络,