分层结构的方法的参数的传递

公司的项目分层，是公司自己搭建的框架，分为form层、web service层、biz层，其中biz层负责访问数据库，web service负责调用biz层，而form层则不和biz直接打交道，而调用的是ws层。在这当中，经常会用到这种情况。其实form层需要调用的方法，其实在ws和biz层使用的都是同名的方法，这样也方便调用。本来这样也无可厚非，而且还更不容易出错。但是这样，业务模块多了之后也发现另外一个问题。因为各层的方法名以及方法参数几乎一摸一样，在开发的时候，写每层的方法还可以直接copy和paste，但是一旦修改起来，这可就麻烦大了。重复工作量大。而且最要命的是方法不修改，但是修改参数个数或者参数类型，结果稍不留意就会把类型搞错或者参数不对应。后来有一想法，但是始终没有最后这样实施，但是个人觉得，这样还是很有好处，可能上层决策层不这么认为吧。
比如一个方法GetAllEmp（string name，bool sex, string address, int age），这里有四个参数，这样每一层都会有一个GetAllEmp（string name，bool sex, string address, int age）方法，但是我的想法不是每一层都去写一个参数，而是把参数封装起来，封装成一个对象一个ArrayList对象或者是一个object对象，这样在层与层之间方法的参数的传递的时候，就不会去在意这些参数的类型与个数的问题。当这个单个的对象传递到具体的层的时候，在对这个对象进行类型转换。只要在当初封装的时候没有问题，这个对象的封装与解封装是应该不会出问题的。这种方法，至少到目前为止，可能是因为我的目光以及水平问题，还只看到了他的有点，他有什么缺陷还真没有意识到。
抛砖引玉。

评论

2 楼 抛出异常的爱 2009-04-28  

october731 写道

公司的项目分层，是公司自己搭建的框架，分为form层、web service层、biz层，其中biz层负责访问数据库，web service负责调用biz层，而form层则不和biz直接打交道，而调用的是ws层。在这当中，经常会用到这种情况。其实form层需要调用的方法，其实在ws和biz层使用的都是同名的方法，这样也方便调用。本来这样也无可厚非，而且还更不容易出错。但是这样，业务模块多了之后也发现另外一个问题。因为各层的方法名以及方法参数几乎一摸一样，在开发的时候，写每层的方法还可以直接copy和paste，但是一旦修改起来，这可就麻烦大了。重复工作量大。而且最要命的是方法不修改，但是修改参数个数或者参数类型，结果稍不留意就会把类型搞错或者参数不对应。后来有一想法，但是始终没有最后这样实施，但是个人觉得，这样还是很有好处，可能上层决策层不这么认为吧。
比如一个方法GetAllEmp（string name，bool sex, string address, int age），这里有四个参数，这样每一层都会有一个GetAllEmp（string name，bool sex, string address, int age）方法，但是我的想法不是每一层都去写一个参数，而是把参数封装起来，封装成一个对象一个ArrayList对象或者是一个object对象，这样在层与层之间方法的参数的传递的时候，就不会去在意这些参数的类型与个数的问题。当这个单个的对象传递到具体的层的时候，在对这个对象进行类型转换。只要在当初封装的时候没有问题，这个对象的封装与解封装是应该不会出问题的。这种方法，至少到目前为止，可能是因为我的目光以及水平问题，还只看到了他的有点，他有什么缺陷还真没有意识到。
抛砖引玉。

理解一下业务....看看参数是否是一个 bean的片段....如果是的话...{
    用这个bean.

}如果不是,看这个参数数量是否大于3.{
    不大于3可直串.
}如果参数大于3{
    用map传.
}其它{
    新建一个传参bean
}

1 楼 wendong007 2009-04-27  

（    ）