模板类继承中类型推导需明确模板参数或辅助编译器推导，1. 派生类为模板时可直接传递模板参数，2. 非模板派生类需显式指定基类具体类型；解决二义性问题的方法有：1. 使用作用域解析运算符::明确访问路径，2. 采用using声明引入基类成员，3. 在派生类中重写冲突成员；模板类继承与多态结合可通过在模板基类中定义虚函数并在派生类中重写实现动态多态，例如shape
模板和继承结合，简单来说，就是让你的类在拥有通用模板功能的同时，还能继承父类的特性，从而实现代码复用和更灵活的设计。
模板派生类开发，其实就是把模板和继承这两个强大的武器组合起来使用。
模板类继承，这听起来有点绕，但用对了地方，能省不少事。
如何理解模板类继承中的类型推导？
模板类继承里，类型推导是个关键。你得明白，编译器在处理模板时，需要知道具体的类型才能生成代码。如果你的派生类没有明确指定基类的模板参数，编译器就得想办法推导。有时候，它能推导出来，一切顺利；但有时候，它会一脸懵，然后给你报一堆错误。所以，明确指定模板参数，或者使用一些技巧让编译器能正确推导，是很重要的。
举个例子，假设你有一个模板基类
Base，派生类
Derived继承它。如果
Derived本身也是一个模板类，你可以直接把
T传给
Base。但如果
Derived不是模板类，你就需要明确指定
T的类型，比如
Base。
模板类继承中，如何解决二义性问题？
二义性，是个让人头疼的问题。当你的派生类同时继承了多个包含相同名称的成员的基类时，编译器就不知道该用哪个了。在模板类继承中，这个问题可能会更复杂，因为模板参数可能会影响成员的类型和名称。
解决二义性，通常有几种方法。一种是使用作用域解析运算符
::，明确指定你要访问哪个基类的成员。另一种是使用
using声明，把基类的成员引入到派生类的作用域中，并解决可能的冲突。还有一种是重写基类的成员，提供派生类自己的实现。
比如说，你有两个模板基类
Base1和
Base2，它们都有一个名为
value的成员。你的派生类
Derived继承了这两个基类。如果你想访问
Base1的
value，你可以使用
Base1。::value
模板类继承与多态，能擦出什么火花？
模板类继承和多态，这两个概念结合在一起，能创造出非常强大的设计。通过模板，你可以创建通用的基类，然后通过继承和多态，让派生类拥有不同的行为。
关键在于，你要使用虚函数。在模板基类中，把需要多态实现的函数声明为虚函数。然后，在派生类中重写这些虚函数，提供派生类自己的实现。这样，你就可以通过基类的指针或引用，调用派生类的函数，实现多态。
例如，你可以创建一个模板基类
Shape，其中包含一个虚函数
draw()。然后，你可以创建派生类
Circle和
Square，它们都继承自
Shape，并重写
draw()函数。这样，你就可以创建一个
Shape的数组，其中包含*
Circle和*
Square，然后调用每个元素的*
draw()函数，它们会根据实际的类型执行不同的绘制操作。
如何避免模板类继承中的代码膨胀？
代码膨胀，是模板编程中一个常见的问题。由于编译器需要为每个不同的模板参数生成一份代码，如果你的模板类被大量使用，或者你的模板参数有很多不同的类型，你的代码体积可能会变得非常大。
避免代码膨胀，可以采用一些技巧。一种是使用非模板基类，把一些通用的代码放到非模板基类中，然后让模板类继承这个非模板基类。另一种是使用类型擦除，把一些类型相关的操作放到运行时处理，而不是在编译时生成不同的代码。还有一种是使用策略模式，把一些可变的行为封装到单独的类中，然后让模板类使用这些策略类。
例如，你可以创建一个非模板基类
ShapeBase，其中包含一些通用的属性，比如颜色和位置。然后，你可以创建一个模板类
Shape，它继承自
ShapeBase，并包含一些类型相关的属性，比如半径或边长。这样，你就可以避免为每个不同的形状类型生成一份
ShapeBase的代码。
