接口强调“能做什么”，用于定义行为契约和多能力组合；抽象类强调“是什么”，用于共性提取与代码复用。1. 接口支持多实现，适合解耦和跨类型共享能力，如icomparable、idisposable；2. 抽象类支持单继承，可包含字段、构造函数和具体方法，适合有共同身份的类体系，如shape基类；3. 优先使用接口以提高灵活性，配合依赖注入和单元测试；4. 当多个类重复实现相同逻辑时，使用抽象类封装共性；5. 可结合使用：接口定义契约，抽象类提供默认实现，如ilogger与abstractlogger。选择依据是设计意图：能力组合用接口，身份共性用抽象类。
在C#中，接口和抽象类都能实现多态和代码复用，但它们的设计目的和使用场景有本质区别。选择哪一个，关键看你的设计需求是“能做什么”还是“是什么”。
核心区别：能力 vs 身份
接口定义行为契约，强调“能做什么”。一个类可以实现多个接口，表示它具备多种能力。比如，一个类可以同时实现IComparable和IDisposable，说明它可比较且可释放资源。
抽象类定义共同身份和基础逻辑，强调“是什么”。它提供部分实现，子类继承后扩展或重写。比如，所有“形状”都有面积计算方法，但具体实现不同，适合用抽象类Shape来统一结构。
主要差异点：
- 接口不能包含字段和构造函数，抽象类可以
- 接口方法默认无实现（C# 8.0+ 支持默认实现除外），抽象类可提供具体方法
- 类只能单继承抽象类，但可实现多个接口
- 接口更适合跨不相关类型的能力共享，抽象类适合有明确父子关系的类型体系
何时用接口？关注解耦与多能力组合
当你需要让完全不同的类具备相同操作能力时，用接口更合适。比如日志记录、序列化、比较等通用能力。
常见场景：
- 定义服务契约，如IUserService用于依赖注入
- 实现多态行为，如多个控件都实现IRenderable
- 需要类支持多种角色，如一个对象既是可保存的又是可撤销的
接口让系统更灵活，便于单元测试和替换实现。
何时用抽象类？关注共性提取与代码复用
当一组类有共同的属性、方法实现或需要强制继承某些基础逻辑时，使用抽象类。
典型例子：
- 基类封装重复代码，如BaseController提供通用验证逻辑
- 模板方法模式：父类定义算法骨架，子类实现细节步骤
- 需要保护字段或构造函数初始化公共状态
抽象类适合构建层级清晰的继承结构，避免重复编码。
实际建议：优先接口，必要时再用抽象类
现代C#开发更倾向使用接口，尤其是配合依赖倒置原则。多数情况下，从接口开始设计更灵活。只有当你发现多个子类重复编写相同代码，或需要控制构造流程时，才考虑升级为抽象类。
也可以结合使用：用接口定义行为，用抽象类提供默认实现。例如，定义ILogger接口，再提供AbstractLogger作为基础实现。
基本上就这些，选哪个不在于技术强弱，而在于设计意图是否清晰。
