|
这个主题共有 4 回复 ／ 1 页 [
]
|
|
|
|
|
|
请问banq jdonframework有关的
|
发表: 2008年02月20日 11:17
|
回复
|
|
|
一个Account类的相关操作（例如增加，修改，删除）是写在AccountService里面，用jdonframework配置使用好，还是写在AccountDAO里面，再用AccountService调用？
|
|
|
|
|
|
回复:请问banq jdonframework有关的
|
发表: 2008年02月20日 12:07
|
回复
|
|
搜索本论坛，学习DDD。
服务接口AccountService-->服务实现AccountServiceImp-->AccountServiceDAO
|
|
|
|
|
|
re:请问banq jdonframework有关的
|
发表: 2008年02月20日 14:59
|
回复
|
|
多谢楼上。
在用Struts2接收了一个对象Account之后，AccountAction里面还是得写一次getter() setter(),这些代码和Hibernate里面的POJO有点重复啊。为了让Hibernate使用这个Account对象能被持久，还要进行装载，太多动作了吧。
|
|
|
|
|
|
回复:re:请问banq jdonframework有关的
|
发表: 2008年02月20日 16:44
|
回复
|
|
setter,getter方法，开发工具可以生成!
期待banq的jsf+jdon!
|
|
|
|
|
|
re:请问banq jdonframework有关的
|
发表: 2008年02月21日 18:31
|
回复
|
|
个人这样认为：
Account的增加，修改动作，如果涉及“业务规则”的逻辑，就放在Service里面处理，如果涉及“持久化”的逻辑，则放在DAO处理。
举个例子：
就修改Account，可能有两种业务场景：
1.用户修改Account，业务规则：可以修改用户信息和身份验证信息（邮箱地址、密码、密码问题等），不能修改用户状态（比如用户被停用，用户本身无法进行激活）
2.管理员修改Account，业务规则，只能修改用户的基本信息（如用户简介中的内容包括非法内容，广告等，管理员需要进行管理）和用户状态信息（把用户“停用”或’激活”）。
这两个都是 Update Account，但很明显，包含了不同的业务逻辑。
所以，业务逻辑部分，就由两个相关的业务方法进行修改，而修改完之后的Account，由DAO的update()方法进行持久化
|
|
|
|
注册
登陆
上一主题
下一主题
