C#中仅在特定类实现接口部分方法的最优方案

你遇到的问题本质是接口职责过于臃肿，把必实现的方法和可选方法混在了一起。之前用抽象类的方案虽然能解决可选方法的问题，但把通用方法的实现移到了抽象类里，违背了“所有类自行实现”的要求。这里推荐用接口拆分的方案，完美满足你的需求：

步骤1：拆分接口 #

把原来的MyInterface拆成两个独立（或继承）的接口，明确区分必实现方法和可选方法：

方式一：接口继承（推荐，语义更清晰）

// 所有类都必须实现的基础信息接口
interface IBasicInfo {
    string FirstName();
    string LastName();
    string City();
}

// 仅特定类需要实现的位置信息接口，继承基础接口
interface ILocationAware : IBasicInfo {
    string Location();
}

方式二：完全独立接口（更灵活）

如果不需要强关联基础信息和位置信息，也可以让两个接口完全分开：

interface IBasicInfo {
    string FirstName();
    string LastName();
    string City();
}

interface ILocationProvider {
    string Location();
}

步骤2：类的实现 #

每个类都自行实现对应接口的所有方法，完全符合“所有类一致”的要求：

不需要Location的类

只实现基础接口，完全不用处理Location方法：

class RegularUser : IBasicInfo {
    public string FirstName() {
        // 自定义业务实现
        return "Alice";
    }

    public string LastName() {
        return "Johnson";
    }

    public string City() {
        return "Paris";
    }
}

需要Location的类

实现包含Location的接口（或同时实现两个独立接口），自行实现所有方法：

class LocationTrackedUser : ILocationAware {
    public string FirstName() {
        return "Bob";
    }

    public string LastName() {
        return "Williams";
    }

    public string City() {
        return "Tokyo";
    }

    public string Location() {
        // 特定业务逻辑实现
        return "Shibuya-ku, Tokyo 150-0002";
    }
}

为什么这个方案可行？ #

1. 所有类实现方式一致：每个类都在自身内部完成接口方法的实现，没有依赖抽象类的默认逻辑，完全贴合你的要求；
2. 避免冗余代码：不需要Location的类不用强制实现（或写空实现）该方法，代码更简洁干净；
3. 遵循SOLID设计原则：接口只承载单一职责，后续扩展新功能时也更灵活，不会影响原有类的实现。

内容的提问来源于stack exchange，提问作者XamDev