对于稳定依赖原则的深入思考

最新推荐文章于 2024-05-29 11:17:16 发布
最新推荐文章于 2024-05-29 11:17:16 发布
阅读量216 收藏
点赞数
文章标签： 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/iteye_11489/article/details/82166716
版权

包的稳定性I=Ce/（Ca+Ce），Ce是传出耦合数，Ca是传入耦合数，但在深入分析后，我感到并非这么简单，因为传入的依赖Ca中，有一种依赖叫做“实现”，例如，A的实现有a1和a2，如果存在B对A的调用，那么a1和a2的变更肯定会影响B的稳定性， 所以，对于I=Ce/（Ca+Ce）的定义，应该是独立性（或易变性），而不是稳定性，独立性是“不因其它包改变而改变的能力”，稳定性是“不因其它包的改变而使运行结果受影响的能力”，这二者是不同的，前者是包的变更灵活性的指标，是编译期的变更影响指标，后者是系统质量指标，是运行期的变更影响指标；所以，对于稳定性的度量应该将“实现”类型的依赖当做传出而不是传入了；

那么，再进一步，稳定依赖原则要求包的稳定性必须沿着依赖链递增，最底下的最稳定，如果我所提出的看法成立，那么沿着依赖链递增的所谓稳定性度量，同样要将“实现”类型的依赖当做传出而不是传入；

反过来再看，独立性需要沿着依赖链递增吗？我想是的，因为无论是稳定性还是独立性，都是关于“变更影响”的度量指标，不同的仅仅是“运行期”还是“编译期”，所以，应该都是朝向受变更影响小的的那个方向依赖；

iteye_11489
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
面向对象设计原则-依赖倒置原则示例源码
10-17
依赖倒置原则（Dependence Inversion Principle），缩写为DIP。原始定义：High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend ...
软件正交设计四原则
jamin_liu_90的博客
03-05 533
软件设计是为了长期更加容易地适应未来的变化。正确的软件设计方法是为了长期地，更好更快、更容易地实现软件价值的交付。
稳定依赖原则
weixin_34315189的博客
06-05 593
2019独角兽企业重金招聘Python工程师标准>>> ...
组件设计原则之概念篇（三）
www.jiav.net技术网站的加盟博客
01-25 374
最后两个组件设计原则将会结合软件度量来进行介绍，将引入一些软件度量因子，对组件设计进行定量的分析与研究。 稳定依赖原则（The Stable-Dependencies Principle, SDP） Depend in the direction of stability.朝着稳定的方向进行依赖。 稳定性与依赖性 随着需求的明确和系统的演化，组件不可能一成不变，必要的修改是肯定的。根据前面...
面向对象：稳定依赖原则（SDP）
步行者的专栏
09-28 5129
    介绍一下RobertC.Martin提出的面向对象的设计原则中的稳定依赖原则。参考文档(http://www.objectmentor.com/resources/articles/Principles_and_Patterns.pdf)。        稳定依赖原则（SDP）：The Stable Dependencies Principle 。是为了解决包设计的依存问题的。
六大设计原则之依赖倒置原则
hfreeman2008的专栏
08-23 1万+
依赖倒置原则定义依赖倒置原则(Dependence Inversion Principle ,DIP)定义如下：High level modules should not depend upon low level modules,Both should depend upon abstractions.Abstractions should not depend upon details.Deta
深入理解RationalClearCaseUCM依赖
03-03
本文内容包括：活动依赖变更集依赖基线依赖解决神秘的活动依赖递交基线依赖问题的应对办法参考资料统一变更管理（UnifiedChangeManagement，UCM）是IBMRational提出的用于管理软件开发过程（包括从需求到版本发布）...
依赖倒转原则例子程序DIP.zip
01-10
依赖倒转原则例子程序DIP.zip
详解Java设计模式编程中的依赖倒置原则
09-02
主要介绍了详解Java设计模式中的依赖倒置原则,针对面对对象编程中的抽象的运用,需要的朋友可以参考下
面向对象六大原则——依赖倒置原则
热门推荐
皮皮的雅客
08-13 4万+
什么是依赖倒置原则(Dependence Inversion Principle, DIP)  依赖倒置原则的包含如下的三层含义： - 高层模块不应该依赖低层模块，两者都应该依赖其抽象 - 抽象不应该依赖细节 - 细节应该依赖抽象  每一个逻辑的实现都是由原子逻辑组成的，不可分割的原子逻辑就是低层模块(一般是接口，抽象类)，原子逻辑的组装就是高层模块。在Java语言中，抽象就是指...
敏捷软件开发 - 原则、模式与实践 —— 敏捷设计（八）包的耦合性原则
feifeilb的博客
10-15 374
本文为敏捷软件开发 - 原则、模式与实践系列的一部分。 本文对应原书第20章后半部分 包的耦合性原则 无环依赖原则（ADP - The Acyclic Dependencies Principle ） 在包的依赖关系图中不允许存在环。 解除依赖环的方法 使用依赖倒置原则。 创建一个新包，把共同依赖的类移动到新包里面。 稳定依赖原则（SDP - The Stable-Dependencies P...
java线性结构依赖关系图
qq_38331606的博客
10-31 1057
qq_38331606 
什么是耦合度
jianxuanbing的专栏
05-25 2万+
软件工程中 简单地说，软件工程中对象之间的耦合度就是对象之间的依赖性。指导使用和维护对象的主要问题是对象之间的多重依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计应使类和构件之间的耦合最小。 有软硬件之间的耦合，还有软件各模块之间的耦合。 耦合性是程序结构中各个模块之间相互关联的度量。它取决于各个模块之间的接口的复杂程度、调用模块的方式以及哪些信息通过接口。 耦合可
类与封装
chundongkun9169的博客
07-12 336
细胞是构成生物体不可分割的基本组成单位。细胞通过细胞膜（细胞壁），划出了自己清晰的边界。在边界内部，细胞有自己的各种物质。而细胞膜则控制着允许外界通过的物质。 而class在...
正交设计
weixin_34221276的博客
03-07 700
Design is there to enable you to keep changing the software easily in the long term. -- Kent Beck. 设计是什么 正如Kent Beck所说，软件设计是为了「长期」更加容易地适应未来的变化。正确的软件设计方法是为了长期地、更好更快、更容易地实...
依赖原则
tof
02-03 683
2.2依赖原则 1.接口一方面作为抽象类型，描述了一类对象所遵循的行为规范，另一方面作为间接层，把两个耦合的具体类进行分离。 2.高层模块不应该依赖底层模块，它们都应该依赖抽象，抽象不应该依赖细节，细节应该依赖抽象 3.依赖不会消失只会转移，责任和权利也一样 4.抽象与规范时根本，间接和分离是手段。依赖和控制是关键，接口和服务时核心 5.接口一种抽象，因为
敏捷开发之原则 五大原则 SRP OCP LSP DIP ISP
心之所向
02-08 1万+
一、面向对象设计原则内容来自《敏捷开发：原则、模式与实例》 SRP单一职责原则（Single Responsibility Principle）： 就一个类而言，应该仅有一个引起它变化的原因。 OCP开放-封闭原则（Open Closure Principle）： 软件实体（类，模块，函数等）应该可以扩展的，但不可修改。 LSPLiskov 替换原则（Liskov Substitution
设计模式-享元模式
最新发布
楠姐的博客
05-29 810
享元模式（Flyweight Pattern）是一种用于效率和内存优化的结构型设计模式。这种模式通过共享尽可能多的相似对象来减少内存使用，特别适合于处理大量对象时，每个对象都消耗大量内存的场景。总的来说，享元模式在处理大量相似对象时提供了一种有效的内存优化策略。然而，它的使用应当谨慎，需要正确评估和设计内部状态和外部状态，以确保不会对应用程序的逻辑造成负面影响。在 JavaScript 等动态语言中，享元模式可以帮助管理内存消耗，尤其是在客户端浏览器环境中，这对提升用户体验和应用性能都是非常有益的。
深入理解依赖倒置原则，java演示
05-18
依赖倒置原则（DIP）是面向对象设计中的一个重要原则，它指导我们在设计时要遵循高层模块不依赖于底层模块的具体实现，而是通过抽象接口进行通信，从而实现模块间的解耦。 下面我们通过一个 Java 代码演示来深入理解依赖倒置原则。 假设我们有一个图形类 `Shape`，它有两个子类 `Rectangle` 和 `Circle`，并且我们需要一个类 `AreaCalculator` 来计算这些图形的面积。一开始我们可能会这样设计代码： ```java public abstract class Shape { public abstract double area(); } public class Rectangle extends Shape { private double width; private double height; public Rectangle(double width, double height) { this.width = width; this.height = height; } @Override public double area() { return width * height; } } public class Circle extends Shape { private double radius; public Circle(double radius) { this.radius = radius; } @Override public double area() { return Math.PI * radius * radius; } } public class AreaCalculator { public double calculate(Shape[] shapes) { double totalArea = 0; for (Shape shape : shapes) { totalArea += shape.area(); } return totalArea; } } ``` 上述代码实现了我们的需求，但是我们发现 `AreaCalculator` 类直接依赖于 `Shape` 类及其子类的具体实现，这违反了依赖倒置原则，因为高层模块 `AreaCalculator` 依赖于底层模块 `Shape` 的具体实现。 为了遵循依赖倒置原则，我们需要通过抽象接口来解耦 `AreaCalculator` 和 `Shape`： ```java public interface Shape { double area(); } public class Rectangle implements Shape { private double width; private double height; public Rectangle(double width, double height) { this.width = width; this.height = height; } @Override public double area() { return width * height; } } public class Circle implements Shape { private double radius; public Circle(double radius) { this.radius = radius; } @Override public double area() { return Math.PI * radius * radius; } } public class AreaCalculator { public double calculate(Shape[] shapes) { double totalArea = 0; for (Shape shape : shapes) { totalArea += shape.area(); } return totalArea; } } ``` 现在我们将 `Shape` 抽象成一个接口，`Rectangle` 和 `Circle` 类实现这个接口，并且 `AreaCalculator` 类只依赖于 `Shape` 接口，而不是具体的实现类，这样就做到了高层模块不依赖于底层模块的具体实现的目的。 总结一下，依赖倒置原则是面向对象设计中非常重要的原则之一，遵循依赖倒置原则可以使我们的设计更加灵活、可扩展和易于维护。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值