接口必须用interface关键字声明且不可加访问修饰符，成员默认public、无实现；类实现接口用冒号语法，需显式实现所有成员；多态依赖接口变量而非具体类型；接口应聚焦可替换的行为契约，避免过度抽象。
接口定义必须用 interface 关键字，不能加访问修饰符
接口本身是契约，不是实现，所以 C# 规定 interface 声明默认就是 public，且不允许显式写 public interface 或 internal interface（编译报错）。常见错误是照搬类的写法，加 private 或 protected——这直接过不了编译。
接口里只能声明成员：方法、属性、事件、索引器，全部隐式为 public，不许加 public 修饰符，也不许带实现体（C# 8.0+ 支持默认实现，但那是特例，且必须用 default 语义，不是常规做法）。
示例：
interface ILogger
{
void Log(string message); // ✅ 正确：无修饰符，无实现
string Name { get; set; } // ✅ 属性声明也一样
}
类实现接口必须用冒号 :，且所有接口成员都要显式实现
一个类实现接口，语法是 class MyClass : IInterface，注意是冒号，不是 extends 或 implements。如果同时继承基类又实现接口，基类在前，接口在后：class MyService : BaseService, ILogger。
容易踩的坑：
- 漏掉某个接口方法或属性，编译器立刻报错：
'MyClass' does not implement interface member 'ILogger.Log(string)' - 把接口方法写成
private void Log(...)—— 接口成员必须是public，类中实现时也得是public（除非用显式接口实现） - 显式接口实现（如
void ILogger.Log(string m)）会导致该方法无法通过类实例直接调用，只能通过接口变量调用，适合避免命名冲突或隐藏实现细节
多态靠接口变量指向不同实现，不是靠 new 出具体类型
多态的核心在于“用接口类型声明变量，运行时绑定具体实现”。比如：
ILogger logger = new FileLogger();
logger.Log("start"); // 走 FileLogger 的实现
<p>logger = new ConsoleLogger();
logger.Log("done"); // 走 ConsoleLogger 的实现</p>
这里 logger 是 ILogger 类型，不是 FileLogger 或 ConsoleLogger。如果写成 var logger = new FileLogger()，那就彻底失去多态能力，后续换实现就得改代码。
实际场景中，这种写法常配合依赖注入（如 ASP.NET Core 的 services.AddSingleton<ilogger dblogger>()</ilogger>），但即使不用 DI，手动传参或工厂返回接口类型，也是保持可替换性的基本要求。
接口不是万能的，别为了抽象而抽象
接口本质是“能力契约”，不是“分类标签”。常见滥用：
- 定义空接口（没任何成员）当标记用——C# 有
Attribute，比空接口更合适 - 把所有类都套一层接口，哪怕只有一种实现、永不替换——增加冗余类型和引用，编译慢一点，维护成本翻倍
- 接口方法太多太泛，比如
IRepository<t></t>暴露Save、Delete、FindAll、ExportToExcel……最后谁都不敢改，因为怕影响别人
真正值得抽接口的，是那些明确存在多种实现、且调用方只关心行为不关心细节的地方：日志、缓存、HTTP 客户端、规则验证器。其它时候，先写具体类，等第二版实现出现时再提接口，更实际。
接口一旦发布（尤其被外部项目引用），修改就极难——加方法等于破坏性变更，老实现编译不过。所以设计时宁少勿多，小而专注。
