类继承的设计

公司新来一个小伙，设计类的时候喜欢这么搞，例如要实现一个串口通讯类，他会把基类做的很复杂，然后靠重载某些函数来实现不同的协议，虽然我一直觉得很别扭，但是也没有找出合适的理由来说服他。

今天下午偶然讨论起来，我突然想起一个类比，我举了一个猫和狗的类比。例如说我们要实现一个猫类，一个狗类，小伙的方法是先实现一个狗，然后让猫继承自狗，然后把所有猫和狗不同的行为进行重载，实现出一个猫来。而一般做法是，先实现一个动物，然后实现猫和狗，总共需要3个类。

为什么小伙这种方法有问题呢，是因为你如果让猫继承自狗，这样实现狗的类时候，就会带很重的狗的味道，你把狗改成猫，虽然看起来像猫了，但是一般你还是闻得出来一些狗的味道。更坏的情况是，如果某一天，因为某种需求，狗添加了一些的特征，而猫没有去重载，就会让猫里面出现狗的特征。而实现三个类这种设计，这猫里面最多会没有这个新特征，而不会出现狗的特征。而且，实现动物的时候，也不会考虑狗的一些特质，这样，猫里面也就不会有狗的味道。这是很重要的。 

 

转载于:https://www.cnblogs.com/dabbler/p/5173264.html