junglecat
- 浏览: 2822 次
- 来自: ...
-
最近访客 更多访客>>
最新评论
-
hasi：
提炼接口会好很多，同时能保证扩展性
一个service类里有很多业务逻辑方法，他们都大同小异，怎样利用设计模式 -
cfans：
工作流处理我用的过滤器，通过页面标签确定下一步工作流向。其他部 ...
一个service类里有很多业务逻辑方法，他们都大同小异，怎样利用设计模式 -
qinysong：
先不要限定于设计模式，用重构的思路，一点一点分离封装，分离差异 ...
一个service类里有很多业务逻辑方法，他们都大同小异，怎样利用设计模式 -
giscat：
提炼几个通用的函数，
传几个参数，调用几把就差不多了把
一个service类里有很多业务逻辑方法，他们都大同小异，怎样利用设计模式 -
抛出异常的爱：
用一个接口来代替
工作流的申请，批准，拒绝，确定等等
之后会小 ...
一个service类里有很多业务逻辑方法，他们都大同小异，怎样利用设计模式
文章列表
现在我有一个service实现类，里面有很多业务逻辑方法，例如：工作流的申请，批准，拒绝，确定等等，他们都对应一个方法，每个方法都很大，其实他们做的事情都很类似,都是从页面获取获取参数，插入数据库，
调用工作流引擎，发送Email.但是根据每个业务不一样，设的一些值也不一样，比如神情后，往数据库状态字段里面插入wainting for approval.而批准后是waiting for execute。
能不能利用设计模式，把一些公用的操作提起出来，使每个方法都很简洁，谢谢大家提供下思路！