#松耦合

      更多分类

Mathias Verraes:软件设计中,越小越好,粒度越细越好往往是一种坏建议

19-12-31 1080 1 banq

在软件设计中,“越小越好”几乎普遍是坏建议,例如针对数据库分区,消息大小,μsvcs,有界上下文,类名,方法一致性等。一些关键业务逻辑会越过这些细粒度边界,并导致实施不当。 小粒度事物看起来很简单,... 详细

高聚合低耦合 - theregister

20-04-17 463 1 banq

我们都喜欢内聚,讨厌耦合(高聚合低耦合),关于内聚和耦合的标准建议是,设计应努力使内聚最大化并最小化耦合。这是一个很好的口头禅,但是在没有很好地理解真正意图的情况下,这常常是一种误导,或者被认为是学... 详细

DDD与敏捷非常类似,它们都喜欢哲学、思维方式、原则与规则。 - jamesmh

19-11-10 754 banq

dddesign就像agile。许多人认为这与低级的具体实现细节和策略有关。但是,实际上,两者或多或少都像是一种思考软件和业务问题的方式。他们喜欢哲学...思维方式...原则与规则...。 它们的影... 详细

无服务器可能导致代码进入分布式意大利面条糨糊2.0新时代 - TechRepublic

20-02-19 326 banq

人们通常不知道微服务需要独立的自治。例如各种服务共享一个数据库;另一个问题是,服务之间通过RPC/Restful进行网络之间的同步调用链太长。这些都是分布式意大利面条一样的糨糊结构,这种架构并没有引... 详细

软件Bug、耦合以及因果推理 - Michael Feathers

20-02-15 372 1 banq

当你思考是否“是A引起C”?然后您意识到是A导致B然后导致C”,然后又会想到“也许A和B引起C”,然后您看到一个模糊轮廓,并想知道这个隐藏的轮廓是否在A,B和C存在之前就已经存在了。 众说纷纭: ... 详细

重用或复用会导致耦合,微服务是宁可重复也不耦合 - Victor Rentea

19-07-30 499 1 banq

微服务避免了代码重用,其理念是:宁可代码重复,也要彻底避免耦合,因为重用意味着耦合,微服务架构是完全分离的。进化的架构!所以,DRY原则并不适用微服务。 Microservices eschew c... 详细

能够自动分析出Java应用中相互依赖程度的工具:Jarviz -Expedia

20-04-11 506 1 banq

Jarviz 是为Java应用程序设计的依赖性分析工具。Jarviz可以提供跨工件的Java方法之间的耦合的完整图。由于一个类中的非私有方法可以被其他类访问,因此方法调用可以相互缠结,从而在彼此... 详细

GRASP之低耦合模式 - Kamil Grzybek

19-09-05 227 banq

问题:如何减少变化的影响?如何支持低依赖性和增加重用? 解决方案:分配职责以使(不必要的)耦合保持低水平。使用此原则来评估替代方案。 耦合 是衡量一个元素如何与另一个元素相关的度量。更高的耦合意... 详细

共有 251 2 3 4 下一页