面试题答案
一键面试多接口实现相较于抽象类单继承的优势
- 灵活性更高
- 在实际项目中，比如开发一个游戏角色系统。假设存在“可移动”和“可攻击”两个行为。如果使用抽象类单继承，一个角色类只能继承一个抽象类，难以同时拥有这两种行为。而通过接口实现，角色类可以同时实现“IMovable”和“IAttackable”接口，这样角色既能移动又能攻击，极大地提高了类的灵活性。
- 避免菱形继承问题
- 当使用抽象类单继承时，如果存在多个抽象类有共同的基类，容易出现菱形继承问题，导致代码维护困难。例如在一个图形绘制项目中，若有“Shape”抽象类，“Rectangle”和“Circle”都继承自“Shape”，如果再设计一个“RoundRectangle”同时需要“Rectangle”和“Circle”的部分特性，使用单继承就会陷入困境。而接口实现不存在此问题，“RoundRectangle”可以同时实现“IRectangleLike”和“ICircleLike”接口。
- 易于代码复用和扩展
- 以电商系统为例，不同的商品可能有不同的行为，如“可打折”“可预订”等。通过接口实现，一个商品类可以根据需求实现相应接口，其他商品类也能复用这些接口定义的行为。如果是抽象类单继承，要复用行为可能需要复杂的继承结构调整，而接口使得新功能的添加和复用更加容易，方便系统的扩展。
结合《Visual Basic接口与抽象类设计实践》合理选择接口与抽象类优化代码架构
- 根据功能特性选择
- 如果功能是一组相关行为的集合，且不需要具体实现，优先选择接口。比如在一个物流系统中，“IShippable”接口定义了商品可发货的行为，不同的商品类实现此接口，专注于自身发货逻辑的实现。
- 若存在一些通用的属性和方法实现，并且需要有一定的继承层次结构，抽象类更为合适。例如在一个文档管理系统中，“Document”抽象类可以定义一些通用的文档属性和基本操作方法，“WordDocument”“ExcelDocument”等具体文档类继承自“Document”抽象类，并根据自身特点重写部分方法。
- 考虑代码复用性
- 当希望在不同类之间共享一些具体实现时，抽象类是不错的选择。例如在一个报表生成系统中，“Report”抽象类可以实现一些通用的报表生成逻辑，如数据获取、报表格式设置等基础方法，具体的“SalesReport”“InventoryReport”等继承“Report”抽象类复用这些实现。
- 如果只是希望不同类实现特定行为，不涉及具体实现的复用，接口更能满足需求。比如在一个社交平台系统中，“IFollowable”接口定义了用户可被关注的行为，不同类型的用户（普通用户、认证用户等）实现此接口，各自实现关注逻辑，但无需复用其他用户类的具体关注实现代码。
- 权衡继承层次复杂性
- 若项目中继承层次较为复杂，且担心出现菱形继承等问题，应多使用接口。例如在一个大型企业级应用中，涉及多种业务对象和复杂的业务逻辑，通过接口实现不同功能组合，可以避免复杂继承关系带来的维护难题。
- 如果继承层次简单且清晰，抽象类可以有效组织代码结构。比如在一个简单的学生管理系统中，“Student”抽象类作为基类，“Undergraduate”“Graduate”等继承自“Student”，这种简单的继承结构便于管理和维护。