面向对象设计：类、继承与模板的深入探讨-优快云博客

本文链接：https://blog.youkuaiyun.com/socrj/article/details/43936675

本文详细讨论了面向对象设计中的类、继承、模板和接口。建议使用抽象基类而非普通基类，接口用于规定行为需求，模板用于提高类的通用性。还介绍了内部类、枚举、结构体的使用场景以及错误处理中的异常和返回值策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

继承模板和接口
- 继承
- 模板
- 接口
- 小结
内部类枚举结构体
错误处理
其他

继承、模板和接口

继承

一般情况下，大家使用继承一般有以下几种情况：
（1）数据结构方面：比如定义一个 LinearList 作为基类，再定义一个 SeqList 和 LinkedList 作为子类。
（2）应用层面：Manager 继承自 Employee；MiniVan 继承自 Car 等。
（3）语言层面：提供一个公共基类 Object。

我们逐个分析：
（1）对于案例一，我们提供一个 LinearList 的目的是我们可以不考虑传入数据的内部实现。更好地做法应该是设计一个迭代器接口。
（2）对于案例二，我们觉得 Manager is a Employer。但实际上，他们相同的东西很少，不过还是一种比较合理的设计。我觉得将 Employer 设计为虚基类是最好的。
（3）对于案例三，我们希望设计处理的类可以通用程度更好（参数可以使用 Object）。不少语言都实现了一个 Object 类，但方式有所不同，比如 ruby，虽然其定义了 Object 类，但 Object 类并没有定义什么方法，而是从 Kernel 模块中继承了一些东西。这个与 C++ 的一些设计思想有所相似，C++ 中一般提供的类其上都会有一个 basic_？类，而我们直接使用的类一般也没有定义什么新的方法，使用这种做法进行隔离以便以后扩充和维护。

对于 Object，我们一般会做什么呢？函数参数。
而现实情况下，很多人就会过分依赖反射，但我必须强调，如果你是用来调试和分析程序，这是很好的，如果是用于一般的程序设计，就该强烈批评了。

如果是为了设计一个通用的工具类，那么我们往往对参数有一些要求，这种情况下，最好选择接口参数。当然，有时我们只是要求传入的参数具备某一特征，比如都是数值类型，那么有一个命名为 Value 的抽象基类当然是最好的，否则通过接口限定带有一个 GetValue 函数也是较好的。
如果对传入类是没有行为的要求，但类有一定的关系，比如三角形，长方形都是多边形，那么提供一个抽象类是比较好的。为什么强调是抽象类，原因是抽象类能把