搜索所有贴

英文中responsibility和accountability两个词语有明显区分，但是中文中却没有，负责、责任、责备、问责都混淆一起，导致人们傻傻分不清楚，要么承担责任过多，压力太大；要么过分

2 年前

问题：如何保持对象集中，易于理解，易于管理以及作为副作用支持低耦合？解决方案：分配责任，以保持凝聚力。用凝聚力大小来作为分配职责的判断标准。凝聚力衡量元素的所有责任的相关程度。换句话说

4 年前

便是责任（非代码的沟通就有责任落实到位，对方不接受，你有责任了解原因，追踪问题）。

4 年前

问题：将责任分配给对象的基本原则是什么？解决方案：将责任分配给具有实现它所需信息的类。在下面的示例中， Customer类引用了所有客户订单，因此很自然地负责计算订单的总价值

4 年前

一个一个相互关联，高度聚合的java对象网通过这张网来处理信息流入流出，把核心信息处理的责任既不下放给数据库，也不上放给应用层，牢牢地把责任留在这张对象网上面，这才是面向对象

10 年前

单一责任/职责原则（SRP）：“一个模块应该只承担一个责任”。示例：客户Customer类。 generateInvoice：计算客户必须支付的金额

3 年前

的代码的要求。关于这些规则有很多文章和课程，所以如果你还不了解它们，请尽快学习。另一方面，关于面向对象编程还有另一个不太为人所知的规则。它被称为 GRASP - 一般责任分配软件模式（或原则

4 年前

，因为DevOp意味着：它是新的，并以某种方式管道贴在IT上; 它是某人或小团体的责任; 有的不属于它。软件公司通常拥有DevOps Engineer，DevOps System

4 年前

，即可以一个继承多个。受限继承相当于单体模式：一个角色只能继承一个角色。 RBAC2 ：是角色限制模型。只要的内容还是责任，有静态责任分离和动态责任分离还有就是约定的强制规则。静态责任分离类似于赋

10 年前

GRASP模式（一般责任分配软件模式）描述了对象设计和责任分配的基本原则和模式。确定需求并创建领域模型后，如何将方法添加到Class类中，并定义对象之间的消息传递以满足要求。 GRASP模式是

5 年前

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

4 年前

程序设计松散耦合，并遵循控制反转和单一责任原则。适用场景当你需要从对象中删除具体实现的知识时使用模拟对象或存根来隔离类的单元测试

4 年前

· GitHub 这个案例是有关账户转账的应用，ES+CQRS+Docker架构有高度可扩展性伸缩性和可用性，基于微服务，多种持久层，事件溯源和命令查询责任分离(CQRS

9 年前

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

4 年前

Kafka API 的客户端才能与之交互。服务质量将数据视为事件而不是消息导致了定义某些责任的不同方式。Kafka 会从外部系统查询数据并存储起来供以后消费。它不对如何解释数据或确定其重要性

1 年前

登录