C++编程规范之36:优先提供抽象接口
来源:互联网 发布:移动宽带提速软件 编辑:程序博客网 时间:2024/06/03 13:47
摘要:
偏爱抽象艺术吧:抽象接口有助于我们集中精力保证抽象的正确性,不至于受到实现或者状态管理细节的干扰。优先采用实现了抽象接口的设计层次结构。
应该定义和继承抽象接口。抽象接口是完全由(纯)虚函数构成的抽象类,没有状态(成员设计),通常也没有成员函数实现。在抽象接口中避免使用状态能够简化整个层次结构的设计。
应该遵守依赖倒置原理(DependencyInversion Principle ,DIP):
1.高层模块buy应该依赖于低层模块。相反,两者都应该依赖抽象。
2 .抽象不应该依赖于细节。相反,细节应该依赖于抽象。
遵守DIP意味着层次结构应该以抽象类而不是具体类为根。抽象基类必须负责定义功能,而不是实现功能。换言之,策略不应该上推,而应该实现下放。
DIP设计的优点有:
1.更强的健壮性。系统中较不稳定的部分(实现)依赖于更稳定的部分(抽象)。健壮的设计就是能够将修改限于局部的设计。相反,在一个脆弱的系统中,很小的修改也会以种种糟糕的方式传播到系统意料不到的部分去。包含具体基类的设计正是如此。
2.更大的灵活性。基于抽象接口的设计通常更加灵活。如果能正确地建模抽象,那么就能很容易地针对新的需求设计新的实现。相反,依赖于许多具体细节的设计是很难改变的,因为新的需求将会导致核心性的修改。
3.更好的模块性。依赖于抽象的设计,其模块性较好,因为它的依赖层次很简单:高度可变的部分依赖于稳定部分,而不是相反。相反,设计如果含有混合了实现细节的接口,就很可能会出现复杂的依赖网,这样一来,想要将这个设计作为一个单元插入到另一个系统中重新应用,就会变得困难。
于此相关的二次机会定律是这样陈述的:需要保证正确的最重要的东西是接口。其他所有的东西以后都可以修改。如果接口弄错了,可能再也不允许修改了。
通常,应该选择公用虚拟析构函数以允许多态删除,除非使用了诸如COM或者CORBA这样的对象代理,它们使用的是另一种内存管理机制。
要对并非抽象接口的类进行多重继承时要多加小心。虽然使用了多重继承的设计具有很强的表达力,但还是很难保证正确,很容易出错。尤其是这种设计中的状态管理非常困难。
- C++编程规范之36:优先提供抽象接口
- sqlite c 语言客户端编程接口抽象
- C++编程规范之28:优先使用++和—的标准形式。优先调用前缀形式
- 混合编程接口规范
- C语言之程序编程规范
- Colleciton接口提供的抽象方法
- (18):接口优先于抽象类
- C#.Net多态 之 抽象类、虚方法 与 接口
- C#OOP之八 继承 接口和抽象类
- 对抽象编程:接口和抽象类
- 对抽象编程:接口和抽象类
- 对抽象编程:接口和抽象类
- 对抽象编程:接口和抽象类
- 对抽象编程:接口和抽象类
- 对抽象编程:接口和抽象类
- C++编程规范之40:要避免提供隐式转换
- C++编程规范之45:总是一起提供new和delete
- C++编程规范之44:优先编写非成员非友元函数
- 非接触读卡智能LED大屏显示系统方案
- 黑马程序员——反射问题代码学习点
- 关于OnPaint函数覆盖编辑框的问题
- Spket Eclipse插件使用教程
- 关于zealer的mx3和小米3评测的一点看法
- C++编程规范之36:优先提供抽象接口
- 黑马程序员_ADO.NET学习
- 阅读 七周七语言
- [LeetCode] 3Sum
- 设计模式- 对象结构型模式小结
- C语言 - ACM题目:大爱数字7
- Android的onCreateOptionsMenu()创建菜单Menu详解
- OGRE roadmap to 1.9 and 2.0
- vc2010编译opencv2.4.6 【2】