Clean整洁架构教程

Grails自己学了一段时间了。感觉快速开发的感觉很不错。以前要干好几天的事情，一天就能完成。不过Grails对领域对象持久化使用AOP的方式让对象自己持久化自己。比如new A().save()。这样一来就给我们造成可以在控制器里很容易的CRUD，对数据库的访问随时随地都可以，而不用访问S

小弟现在做的项目，用的是mvc模式，现在在web这端，用command模式处理接受表单的数据，调用 业务逻辑端delegate的业务处理，现在遇到一个比较模糊的问题：在command端我传送的是javabean到delegate端，进行业务操作，我的做法是先生成所有要操作到的javabean，这样在

最近看domain model，好像大家都很摈弃失血模型，认为domain object中不能只有getter/setter代码，而应该加入不依赖於持久化的逻辑方法为什么呢？谢谢

小弟我正在搭建一个采用jsf+spring+hibernate的架构，该系统考虑采用DDD方法。苦于对DDD方法和对设计思想的理解不深，不能保证架构的合理性，请大侠们指点指点。

我是一个java新手，最近用struts框架做一个行政审批的系统，在编码过程中，有很多疑惑，希望大家解答。 比如在持久层，有domain model和数据库的表对应，由DAO操作；在表现层，往往domain model并不够用，我是不是应该扩展domain model,建立新的view m

大家能详细谈谈DTO、BO和PO吗？从它们三的本身和应用的环境。

关于贫血模型 贫血模型的问题与所谓专家原则以及分层原则直接相关。面向对象系统的主要任务就是安排对象系统的责任划分以形成合理的协同关系；专家原则是说，某个功能、行为应该分配给持有相关信息最完整的对象；显然，专家原则与关于高内聚的思想相一致。分层原则是就系统的大结构而言，企业级应用以业务逻

js能替代领域对象吗?比如说电子商务网的领域模型有一个ShoppingCart对象,它的职责有一部分就是计算商品总价,但是有人就用js写了一个ShoppingCart,可以替代它,而且性能要好,至少计算总价不需要通过服务器.这让我很疑惑,这样做确实减少了与服务器的交互,性能要好.如果从DD

最近自己做了一个东西，也是看书看多了，就想自己实现一下，跟大家说说，给点意见 我作的是一个很小的东西，类似于购物的网站，Domain层使用充血模型，对所有的Entity、ValueObject 进行建模,我的原则是所有关于Persistence操作放到每个