比如论坛的一个帖子
1。已经审核的不能删除
2。已经审核的 可以标记为 未审核，好像oa流程中的打回重审。所在板块版主/有超级权限的人可以 标记未审核
3。未审核的 发布者自己可以删除/所在板块版主可以删除/有超级权限的人可以删除
1。应该算一种业务规则
2/3算 业务马？
如果算，那就在帖子类的 remove方法中 ，来验证 是否版主/超级权限/发布者自己？
还是做个removePost服务，再这服务中 验证，然后再调用 帖子的 remove方法，该方法中的业务就是，已经审核的不能删除
还是应该怎么做才好？
权限 规则 流程都应该和具体业务分离，而领域建模一般是针对具体业务的。
请教，不太理解，什么算具体业务？比如新闻领域的具体业务是什么？
上面1/2/3，都不算具体业务吗
难道具体业务仅是，划分一个领域中有多少对象，和之间关系？或一个对象有哪几个其他对象聚合而成？
刚才不知怎么看到一篇文章，说领域建模，就是画类图？
领域建模就是完成对象关系图？业务规则的约束，都不算领域建模范围内吗？对象关系图就是，具体业务？
能不能这么理解，如果定义了新闻领域，的新闻类别对象，有一个属性，就是该类别的所有新闻总条数，比如叫count
每当，加入一条新闻到类别时，在类别的addNews()方法中，就有 this.count++
这样，这就算领域业务？
如果这样的话，那定义新闻领域，必须要有类别管理者 这个对象
那么就认为，在类别的addNews()方法中，必须要把 类别管理者和类别之间的业务完成，比如，是否能管理这个类
如果这样定义的话，难道这也不能算新闻领域的 具体业务？
算不算业务是不是看，是如何定义领域中的对象的？还是咋地，实在糊涂，请教大师解答
楼主，提出的是数据级权限管理，属于权限范畴。
但我们目前系统开发，都当作业务来处理。目前有现成的中间件处理这些事情。
除了，中间件、硬编码外，还有部分公司采用规则引擎来解决这种权限问题。
也可以阅读英文的 XACML规范，由OASIS组织管理的。