我听说你想成为一个更好的程序员。您希望使用可重用的部分，并希望更轻松地维护旧代码。您可能还希望在团队中更好地工作并确保减少错误。对更好代码的渴望通常会让人们发现“清洁代码”这个术语。这很可能是由罗伯特.

你在控制器中放了多少个动作Action？5-6？20？如果我告诉你我的限制只能是一种Action方法，你会怎么说？可以肯定地说，大多数Web应用程序在其控制器中都有太多的Action操作方法，但它很快.

单一职责是让一段代码只做一件事，实现一个功能，软件复杂性来自于让一段代码做两件事："So much complexity in software comes from trying to make o.

我们现在有一个模型Member，我想输出Member的性别，比如先生、女士。是否可以在模型中有这么一个方法@Transientpublic String getSexLang() { return.

虽然对UML有些了解，但具体到项目分析设计时，却有一种不知道如何展开的困境。系统中简单的或复杂的逻辑，如果用文字描述，看起来很费劲，且变更管理非常不便。现想用图形来描述。但不知道用什么图形来描述，看到.

在我们应用OO进行分析设计的时候,又提出了贫血和充血的概念.并产生了很大的争论.结合DDD，在这里,我也谈谈我的想法。 1.贫血模式说白了就是把对象看成是数据的载体.因为它不存在实际的操.

充血模型有什么实际的好处么？ 难道就为了好听 完美（数据和行为统一）？过于复杂的需求还是用贫血 ,一般需求用充血 ,这样做正确吗？项目中用的更多的哪个模型呢。比较困惑。。.

比如说，User 类中有 用户名，密码！现在我想加上个密码保护，是让它以MAP的形式作为User的属性呢，还是创建一个新的类让User类与这个类发生关系！.

-->>失血模型　　MF（Martin Fowler）曾经提出有名的贫血模型或失血模型，让我们好生迷惑和彷徨，他认为实体模型对象中只有弱行为setter和getter方法，没有真正行为，好像缺少血液的.

定义一个巨大的model，把自已历史用到过的方法都封装进去，这样就成了百宝箱了，这种方法行不行得通，请高手们指点!.

今天在jdon看到一片关于领域模型的文章，心里总结了一下下面是个人观点！贫血模型是对OO的非常经典的诠释！数据交给s/g，业务全部交给业务对象来完成。耦合度很低，逻辑清晰，重构空间大！而且在业务逻辑上.

我在设计中遇到一个问题！而且我想或许大家也会有类似的困惑，还是我多想了抑或是孤陋寡闻。具体问题如下，简化了分析模型利用ctrl（action）接受客户端提交的请求并分配到不同的DS（DOMAIN SE.