个人这样认为：
Account的增加，修改动作，如果涉及“业务规则”的逻辑，就放在Service里面处理，如果涉及“持久化”的逻辑，则放在DAO处理。
举个例子：
就修改Account，可能有两种业务场景：
1.用户修改Account，业务规则：可以修改用户信息和身份验证信息（邮箱地址、密码、密码问题等），不能修改用户状态（比如用户被停用，用户本身无法进行激活）
2.管理员修改Account，业务规则，只能修改用户的基本信息（如用户简介中的内容包括非法内容，广告等，管理员需要进行管理）和用户状态信息（把用户“停用”或’激活”）。
这两个都是 Update Account，但很明显，包含了不同的业务逻辑。
所以，业务逻辑部分，就由两个相关的业务方法进行修改，而修改完之后的Account，由DAO的update()方法进行持久化