假设，我们正在构建另一个电子商务平台。其关键业务流程之一当然是处理订单。付款成功后，订单模块（域）必须异步调用仓库，准备购买的货物。然而，这些货物可能并不在那里。通.

经典 OOD 书籍《对象设计：角色、责任和协作》（ Object Design: Roles, Responsibilities, and Collabor.

当前人们对大脑自身的认识深入促进人工智能和认知科学等方面发展，仿真人类的大脑思考模型称为启发很多创新方法研究的源泉，例如人其实是神经元交互聚合的产物，人类群.

软件开发人员最常犯的错误是：把东西放在错误的地方。将本来应该分离的责任与概念耦合在一起。对我来说，这占据软件开发中95％。只是 弄清楚*事物所.

问题：如何设计对象，子系统和系统，以便这些元素的变化或不稳定性不会对其他元素产生不良影响？ 解决方案：确定预测变化或不稳定的点，分配责任以围绕它们创建.

问题：什么对象应该有责任，当你不想使高凝聚力和低耦合时，但其他原则提供的解决方案不合适？ 解决方案：将一组高度凝聚力的责任分配给脚手架或帮助类之类工具.

问题：如何根据类型处理替代方案？ 解决方案：当相关的替代或行为因类型（类）而异时，将行为（使用多态操作）的责任分配给行为变化的类型。 .

问题：在哪里指定责任以避免两件或更多件事之间的直接耦合？ 解决方案：将责任分配给中间对象以在其他组件或服务之间进行调解，以使它们不直接耦合。 这.

问题：如何保持对象集中，易于理解，易于管理以及作为副作用支持低耦合？ 解决方案：分配责任，以保持凝聚力。用凝聚力大小来作为分配职责的判断标准。 .

问题：如何减少变化的影响？如何支持低依赖性和增加重用？ 解决方案：分配职责以使（不必要的）耦合保持低水平。使用此原则来评估替代方案。 .

问题：UI层之外的第一个对象是否接收并协调“控制”系统操作？ 解决方案：将责任分配给表示以下选项之一的对象： - 表示整个“系.

问题：谁创建对象A？ 解决方案：如果下面情况其中一个为真，则为B类分配创建对象A的责任（越多越好） - B包含或复合聚合A  .

问题：将责任分配给对象的基本原则是什么？ 解决方案：将责任分配给具有实现它所需信息的类。 在下面的示例中， .

我最近注意到很多注意力都集中在 .

编程是一次只做一件事的艺术.

您正在构建一个新系统，并且您的团队的两名成员各自提出了用于发送通知的两种架构，哪一个是正确？如何选择？ 第一个开发人员提出的是推送模.

微服务是SOA的发展演进，但是来自IBM一篇博客文章好像将两者完全置于平等的角度进行比较，本文翻译中加入了本人的批判观点。 .

  DDD中强调“领域对象是拥有行为的”。这句话我觉得说法是正确的，但是其做法难道就是“在领域对象里写方法”这么简单吗？ .

一篇译文： 我的大脑不能再处理面向对象了<.

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

最近我和oojdon讨论给帖子加上浏览阅读次数这个功能，起初我们并没有从职责角度来考虑阅读次数这个功能，就简单地在Service中获得Thread方法时，添加一些代.

由 Robert Martin提出的S.O.L.I.D 原则，用来更好编写面向对象程序，更灵活应对变化。 .

对象和数据的主要差别就是对象有行为，行为可以看成责任职责(responsibilities以下简称职责)的一种，理解职责是实现好的OO设计的关键。“Understa.

从“贫血”和“充血”说起 这两个词对我来说也是很新鲜的，看看我在Jdon的注册日期也就是从那时候开始才有所耳闻的。这两天看.

充血模型有什么实际的好处么？ 难道就为了好听 完美（数据和行为统一）？ 过于复杂的需求还是用贫血 ,一般需求用充血 ,这样.

--&gt;&gt;失血模型 　　MF（Martin Fowler）曾经提出有名的贫血模型或失血模型，让我们好生迷惑和彷徨.