一个service类里有很多业务逻辑方法，他们都大同小异，怎样利用设计模式

   现在我有一个service实现类，里面有很多业务逻辑方法，例如：工作流的申请，批准，拒绝，确定等等，他们都对应一个方法，每个方法都很大，其实他们做的事情都很类似,都是从页面获取获取参数，插入数据库，
调用工作流引擎，发送Email.但是根据每个业务不一样，设的一些值也不一样，比如神情后，往数据库状态字段里面插入wainting for approval.而批准后是waiting for execute。

   能不能利用设计模式，把一些公用的操作提起出来，使每个方法都很简洁，谢谢大家提供下思路！

评论

6 楼 hasi 2006-12-12  

提炼接口会好很多，同时能保证扩展性

5 楼 cfans 2006-12-12  

工作流处理我用的过滤器，通过页面标签确定下一步工作流向。其他部分就是普通service

4 楼 qinysong 2006-12-11  

先不要限定于设计模式，用重构的思路，一点一点分离封装，分离差异，封装相似，最后达到每个业务方法中只含有几行操作方法的调用。
如果还可以细化设计的话可以将通用操作下移。

3 楼 giscat 2006-12-11  

提炼几个通用的函数，
传几个参数，调用几把就差不多了把

2 楼 抛出异常的爱 2006-12-11  

用一个接口来代替
工作流的申请，批准，拒绝，确定等等
之后会小的通用方法来将相同的代码封装
最后将传入类进行解耦

1 楼 kj23 2006-12-09  

把一些公用的动作通过aop方式织入

比如发送email就完全可以剥离出主逻辑