java中为什么那么多连续继承的抽象类?

+----------------------------+
| BasePreferenceController   |定义基本属性和方法
+----------------------------+
| - getPreferenceKey()       |
| - isAvailable()            |
+-----------↑----------------+
            |
+----------------------------+
| AbstractPreferenceController |提供通用 Preference 行为
+----------------------------+
| - updateState()            |
| - handlePreferenceTreeClick()|
+-----------↑----------------+
            |
+----------------------------+
| TogglePreferenceController   |专门处理开关型设置项
+----------------------------+
| - isChecked()              |
| - setChecked()             |
+-----------↑----------------+
            |
+----------------------------+
| FlashlightPreferenceController |实现手电筒开关控制的具体逻辑（实现具体业务逻辑）
+----------------------------+
| - 实现具体逻辑：开/关手电筒 |
| - 绑定到 XML 的 SwitchPreference |
+----------------------------+

设计目的

1. 分层职责分离
   每一层只做一件事，不混杂逻辑

2. 提高复用性
   多个控制器可以共用 AbstractPreferenceController 中通用逻辑

3. 便于扩展
   新增功能只需继承已有抽象类，无需重复实现

4. 统一接口规范
   所有子类必须实现某些抽象方法，保证一致性

5. 支持多态和依赖注入
   可通过泛型或接口调用统一方法

这种设计遵循了 OOP 中的核心原则：

1. 开闭原则（Open-Closed Principle）
   对扩展开放，对修改关闭。新增 Controller 不影响现有逻辑

2. 里氏替换原则（Liskov Substitution Principle）
   子类可以替换父类使用，行为一致

3. 单一职责原则（Single Responsibility Principle）
   每个抽象类只负责一个功能模块

4. 接口隔离原则（Interface Segregation Principle）
   每个抽象类定义明确接口，避免冗余依赖