三层架构中的参数传递

    

                     三层架构中的参数传递

    三层架构中的参数传递情况很多,也很重要.不过参数传递又分很多的情况.虽然情况众多,不多按照形式来分,一般都是用传值和传递实体.下面就来稍微介绍一些情况.

       做机房收费系统的时候有这么一种情况,那就是当管理员登陆了以后,管理员的ID需要多次被不同的窗体用到,而管理员的ID则需要被多次传递.这个时候处理方式大多数是两种,一种是在窗体中定义全局变量,然后别的窗体再去调用,如果是别的层去调用,则需要加上层的名称.另一种是建立一个模块,然后在模块中建立全局变量,当需要的时候给全局变量赋值,用到的时候在读取.当然这基本是在传值.当然如果值比较多还可以传递数组和集合.

       传递实体或许在三层架构中更加的典型,如果我们看包图或许会知道,每层都会对实体层添加引用.所谓传递实体就是将需要传递的值(这里大多数是很多的不同种类的值)赋值给实例化的实体类对象的属性中,然后通过调用方法,将实体对象放到方法的参数部分,这样就实现了传递实体.

      在这里传值和传递实体各有优缺点,传值简单,不复杂.传实体容易维护.但传值有点背离面向对象的理念和思想.不过我们变成不是为了符合某种理念和思想来做事的,而是如何才是更加有效的完成我们想要达到的目的,如果我们就需要一个卡号,直接传值过去足够了,我们也没必要非要建立一个非常臃肿的实体类,然后再实例化实体对象.

       不过当参数传回的时候很多情况下会直接传递回dataset或datatable,这样传递或许也有点背离了面向对象的思想,不过同样的哪句话,我们变成不是为了暗合某种理论,为的却是效率.当然传回dataset和datatable主要也是为了方便,同样是为了类的功能的单一和简单.如果将dataset和datatable给实体对象,这样有的时候回比较乱和比较麻烦.

 

       对于参数形式的选择,没有什么是多么的绝对,合适的才是最好的,而不是为了暗合某理.