如何丰富业务层的代码设计

      在目前J2EE 的WEB项目开发中，一般都采用分层设计的方式进行开发，整个代码一般分为四层：实体层、DAO层、SERVICE层、ACTION层。其中SERVICE层是用来实现业务逻辑的地方。但在大多项目开发中，许多程序员在写这一层代码时，都是机械地接收ACTION层传过的参数，进行一些业务上的判断或处理，然后调用DAO层的方法进行数据库的操作，接着对返回的数据进行一些业务上的处理或者直接返回到ACTION层。有许多程序员一边在写这样的代码的同时，一边还在抱怨说设计模式里虽然讲了许多好的设计思想，但是在平时项目中却根本用不上。

     对于这种现象，我通过在大量项目开发过程中，总结中如下经验，其实出现这种情况的根本原因还是由于对用户的需求分析还不透彻的体现。开发人员并没有从需求中提炼出有价值的业务对象，更没有通过设计把这些业务对象安置在一个合理且易于让人理解的业务场景中。这些业务场景可以从许多生活实例中得到，例如工厂模式就是对日常工厂生产的借签等。