三层架构vb.net 三层架构是什么( 四 )


MVC的不足体现在以下几个方面:(1)增加了系统结构和实现的复杂性 。对于简单的界面,严格遵循MVC,使模型、视图与控制器分离,会增加结构的复杂性,并可能产生过多的更新操作,降低运行效率 。(2)视图与控制器间的过于紧密的连接 。视图与控制器是相互分离,但确实联系紧密的部件,视图没有控制器的存在,其应用是很有限的,反之亦然,这样就妨碍了他们的独立重用 。3)视图对模型数据的低效率访问 。依据模型操作接口的不同 , 视图可能需要多次调用才能获得足够的显示数据 。对未变化数据的不必要的频繁访问,也将损害操作性能 。(4)目前,一般高级的界面工具或构造器不支持MVC架构 。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的,从而造成使用MVC的困难 。
三层架构是将代码按其作用分成三部分,每部分解决自己负责的流程. 三层架构的功用之处,在于驾驭大型web程序的结构,使之便于管理和扩展.
在设计UI的时候,我们不需要关心其中的逻辑和数据问题,只需要空出对应的位置,用于放置数据. 在设计和修改的时候,要解决的只是HTML的结构,代码看起来干净利落,做起来也是干净利落.
UI直接将程序逻辑的任务丢给BLL,BLL就开始构建具体的实现细节.BLL的创建依赖于业务. 例如一个文章系统,BLL_Aticle就表示它是用于对文章的处理的.BLL_Aticle可以提供给UI一个文章列表的recordset,显示在UI的预留位置. 当BLL_Aticle需要从数据库中获取数据的时候,就将任务丢给DAL层
DAL层专门负责和数据库打交道,它从BLL获取参数,组织一个有效的SQL,建立数据库连接,执行SQL进行更新或获取,将返回的数据交给BLL.
每一部分的业务都集中于一个UI-BLL-DAL的链中,上下清晰了然. 至于是怎样的便于管理和扩展,将在后面结合实例进行分析.
复杂的生命形式必有复杂的生存法则,若想在自己的项目中应用好三层架构,需要多用点心体会其中的应用法则.
我对三层架构的理解还不够深,这些文章能算是抛砖引玉就不错了.大家在阅读当中不要局限于我所构思的法则,要多向具体的应用中去实践,根据具体情况,寻出自己的法则. 有所感悟,就记得写下来,这种感悟是进步的契机,但必然不是最终的结果.有了感悟就拿去应用,可以发现它的优劣,继续完善
三层架构比双层或单层结构都有更大的优势 。三层结构适合群体开发,每人可以有不同的分工,协同工作使效率倍增 。开发双层或单层应用时,每个开发人员都应对系统有较深的理解 , 能力要求很高 , 开发三层应用时,则可以结合多方面的人才,只需少数人对系统全面了解,从一定程度工降低了开发的难度 。
三层架构属于瘦客户的模式,用户端只需一个较小的硬盘、较小的内存、较慢的CPU就可以获得不错的性能 。相比之下 , 单层或胖客户对面器的要求太高 。
三层架构的另一个优点在于可以更好的支持分布式计算环境 。逻辑层的应用程序可以有多个机器上运行,充分利用网络的计算功能 。分布式计算的潜力巨大,远比升级CPU有效 。
三层架构的最大优点是它的安全性 。用户端只能通过逻辑层来访问数据层,减少了入口点,把很多危险的系统功能都屏蔽了 。
.net 三层架构是什么东东所谓三层体系结构,是在客户端与数据库之间加入了一个"中间层" , 也叫组件层,该层负责处理业务逻辑的实现 。这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有B/S应用才是三层体系结构,三层是指逻辑上的三层,即使这三个层放置到同一台机器上 。

推荐阅读