|
锁定老帖子 主题：Domain Model 探索
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2005-05-22
用一个 act 是实现一个业务是不是transaction script ?应该不符合责任分散的原则吧？
|
| 返回顶楼 | |
|
发表时间：2005-05-22
不是为了解耦事件，是为了模拟业务业务流程，成为业务层的框架。
|
| 返回顶楼 | |
|
发表时间：2005-05-22
aspect 只适合横切(事务， 权限), 不适合纵切吧(业务)。
|
| 返回顶楼 | |
|
发表时间：2005-05-22
snake_foxhunter 写道 用一个 act 是实现一个业务是不是transaction script ?应该不符合责任分散的原则吧？
赫赫，这可不是TransactionScript。啥叫职责分散原则阿？ Act是基于关注点的聚合阿。 |
| 返回顶楼 | |
|
发表时间：2005-05-22
snake_foxhunter 写道 aspect 只适合横切(事务， 权限), 不适合纵切吧(业务)。
建议你阅读Ivar Jacobson, Pan-Wei Ng的 Aspect-Oriented Software Development with Use Cases 用例本身就是横切。横切类。 |
| 返回顶楼 | |
|
发表时间：2005-05-22
我实践很少，但是我觉得从martin的poaa看，这样做会有问题吧。会不会n多act？ 加入策略模式困难？ 为什么用act?真的要持久化他们？
|
| 返回顶楼 | |
|
发表时间：2005-05-22
每个对象实现自己的职责呀
|
| 返回顶楼 | |
|
发表时间：2005-05-22
我总觉的用act限制了其他类的灵活性，剥夺了其他类的一些职责
|
| 返回顶楼 | |
|
发表时间：2005-05-22
基本上有多少用例就有多少Act。实践少，就多去实践下。有些东西光想是体会不到的。
如果需要审计业务流程，就可以把Act持久化。 涉及到跨越实体对象的业务流程你如何模拟？这不是需要一个协调者吗？Act仅仅 负责协调跨越实体对象调用，并没有剥夺实体类的方法，如果只涉及到某个实体属性的操作当然是用实体类自己的方法完成。 |
| 返回顶楼 | |
|
发表时间：2005-05-22
act 也不是从conception model 到 uml model 到 implemention的产物吧 如果是application logic 另当别论
|
| 返回顶楼 | |
