业务的扩展:三层架构

1.看到标题首先要想到三层架构是什么?

   

三层架构其实为:

①表示层:负责接收用户的输入,将输出呈现给用户,

         以及访问安全性验证,并对输入的数据的正确性、

         有效性及呈现样式负责,但对输出的数据的正确性

         不负责。

②业务逻辑性:负责系统领域业务的处理,负责逻辑性数据的生产、

             处理及转换。对所输入的逻辑性数据的正确性及

             有效性负责,但对输出的逻辑性数据及用户性数据的

             正确性不负责,对数据的呈现样式不负责。

③数据访问层:负责与数据源的交互,即数据的插入、删除、修改,以及

             从数据库中读取数据等操作,但对数据的正确性和有效性

             不负责,对数据的用途不了解,不负担任何业务逻辑处理。

以上这三种就是三层架构,下面我用图形来清晰的展示三者的关系

              

            各层之间的依赖关系

       

    

             三层架构的改变

第一问就是基础,希望大家要牢记

2.三层构架的   优点:

     ①缩小开发人员的关注范围

     ②无损替换

     ③降低系统模块之间的依赖,提高代码的可复用性

   缺点:
    ①降低了系统的性能。这是不言而喻的。如果不采用分层式结构,

     很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。
   ②有时会导致级联的修改。这种修改尤其体现在自上而下的方向。

     如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,

     可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码
     ③增加了代码量,增加了工作量

 

3.ADO.NET事务处理

   执行ADO.NET事务包含四个步骤,分别为:

     ①调用SqlConnection对象的BeginTransaction()方法,(只调用这个方法前,要打开数据库连接,否则将会出现异常

       创建一个SqlTransaction对象,标志事务开始。

     ②将创建的SqlTransaction对象分配给要执行的SqlCommand的Transaction属性。

     ③调用相应的方法执行SqlCommand命令。

     ④调用SqlTransaction的Commit()方法完成事务,或调用RollBack()方法中止事务。

这是最基础的,要先理解会,然后才能更好的去理解代码。

   

 

    

原文地址:https://www.cnblogs.com/ruyan886621/p/6662945.html