一个简单领域模型的设计问题,是不是要用到设计模式

s_help 2011-09-01 04:08:51

我把这个问题简化了一下,描述如下,大家帮我出出主意,应该如何设计领域模型:

现在有一种单据,单据中有一些项目,比如:item1(项目1),item2(项目2)等等.
这种单据需要做一个审核操作.
审核前操作人员可以对这些单据中的项目进行修改(理解为可以调用set方法,诸如此类).
审核后操作人员就不能对单据进行修改,只能查看单据中的项目(理解为只能调用get方法,诸如此类).

象这种情况,我应该如何设计这个领域模型,类的划分应该怎么样做,是不是应该设计两个类,比如审核前的单据设计一个类,审核后的单据设计一个类.

...全文

130 7 打赏收藏转发到动态举报

写回复

用AI写文章

7 条回复

切换为时间正序

请发表友善的回复…

发表回复

s_help 2011-09-05

打赏
举报

中秋节要到了...

s_help 2011-09-01

打赏
举报

[Quote=引用 5 楼 zl3450341 的回复:]
感觉你说的这个很简单有必要用设计模式吗
这种审批的情况一般是工作流的场景

如果非要用设计模式
你可以去看看状态模式(State) 可以模拟出工作流
[/Quote]

能给个类的划分或设计么,我自己设计了半天,感觉不理想.
如何在类的设计上做到,审核前能修改,审核后不能修改这个业务逻辑,这个单据的类应该如何设计,还是我的想法本身就是错误的.

老张-AI 2011-09-01

打赏
举报

感觉你说的这个很简单有必要用设计模式吗
这种审批的情况一般是工作流的场景

如果非要用设计模式
你可以去看看状态模式(State) 可以模拟出工作流

完美灬缺陷 2011-09-01

打赏
举报

顶一哈 .

s_help 2011-09-01

打赏
举报

[Quote=引用 2 楼 wangquanzheng 的回复:]
应该是对的

设计模式？好像没有什么关系吧

最好用流程来弄，免得出错
[/Quote]

谢谢~
如果用简单的工作流来做,应该如何实现,暂时不想研究重量级的那种jmbp什么的,自己先实现个找找感觉.
本来想用状态模式,但看看又不象,我这个状态好象是往一个方向走的,不需要倒退回来.而且方法的设计上也好象不对.