浏览 3782 次
|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-12-09
现在我有一个service实现类，里面有很多业务逻辑方法，例如：工作流的申请，批准，拒绝，确定等等，他们都对应一个方法，每个方法都很大，其实他们做的事情都很类似,都是从页面获取获取参数，插入数据库，
调用工作流引擎，发送Email.但是根据每个业务不一样，设的一些值也不一样，比如神情后，往数据库状态字段里面插入wainting for approval.而批准后是waiting for execute。 能不能利用设计模式，把一些公用的操作提起出来，使每个方法都很简洁，谢谢大家提供下思路！ 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2006-12-09
把一些公用的动作通过aop方式织入
比如发送email就完全可以剥离出主逻辑 |
| 返回顶楼 | |
|
发表时间：2006-12-11
用一个接口来代替
工作流的申请，批准，拒绝，确定等等 之后会小的通用方法来将相同的代码封装 最后将传入类进行解耦 |
| 返回顶楼 | |
|
发表时间：2006-12-11
提炼几个通用的函数，
传几个参数，调用几把就差不多了把 |
| 返回顶楼 | |
|
发表时间：2006-12-11
先不要限定于设计模式，用重构的思路，一点一点分离封装，分离差异，封装相似，最后达到每个业务方法中只含有几行操作方法的调用。
如果还可以细化设计的话可以将通用操作下移。 |
| 返回顶楼 | |
|
发表时间：2006-12-12
工作流处理我用的过滤器，通过页面标签确定下一步工作流向。其他部分就是普通service
|
| 返回顶楼 | |
|
发表时间：2006-12-12
提炼接口会好很多，同时能保证扩展性
|
| 返回顶楼 | |
