接口抽象电器开关操作的核心是定义统一契约switchable，要求实现类提供turnon()和turnoff()方法；各设备类按自身特性实现具体逻辑；遥控器面向接口编程，无需修改即可切换设备；扩展功能（如定时关闭）可通过新增类而非修改接口实现。
用接口抽象电器开关操作，核心是抓住“所有设备都有开和关行为”这一共性，把具体实现细节藏起来，只暴露统一的操作入口。
定义一个通用的开关接口
接口不是具体类，而是一份契约。它声明“谁想当开关设备，就必须提供打开和关闭这两个方法”。比如在 Java 中可以这样写：
- interface Switchable {
- void turnOn();
- void turnOff();
- }
这个接口不关心灯怎么亮、空调怎么制冷、风扇怎么转——它只说：“你得能开，也得能关。”
让每种电器实现这个接口
每个具体设备类（如 Light、AirConditioner、Fan）都去 implements Switchable，并各自写出符合自己特性的开/关逻辑：
- Light.turnOn() 可能控制电压通断，打印“灯已打开”；
- AirConditioner.turnOn() 可能启动压缩机、设置默认温度；
- Fan.turnOff() 可能先减速再停转，避免急停损伤电机。
它们内部差异越大，越说明接口的价值：外部调用者完全不用改代码，就能切换不同设备。
用统一方式操作任意电器
有了接口，就可以面向接口编程。比如写一个遥控器类，它只依赖 Switchable，不依赖任何具体设备：
- 遥控器有个字段：private Switchable device;
- 构造时传入任意实现了 Switchable 的对象；
- 按“开”键就调 device.turnOn()，按“关”键就调 device.turnOff()。
换灯泡？换空调？只要新设备实现了 Switchable，遥控器代码一行都不用动。
扩展时保持干净（比如加定时开关）
后续想给所有电器加“定时关闭”功能，有两种常见做法：
- 在接口里新增 void scheduleTurnOff(int minutes) 方法，所有设备补实现；
- 或更灵活地：单独写一个 TimerController 类，接收 Switchable 对象，在指定时间调它的 turnOff() —— 不改原有设备代码，也不污染接口。
接口在这里成了稳定锚点，让变化集中在实现层，而不是调用层。
