多态是应对变化的设计思维，核心在于接口统一、实现分离。它适用于ui差异化渲染、业务规则动态切换、数据处理器插件化扩展、设备能力适配与降级等场景，通过抽象接口与具体实现解耦，提升可维护性、可测试性与扩展性。
多态不是语法技巧，而是应对变化的设计思维。它让同一段代码能自然适配不同对象，关键在于“接口统一、实现分离”。真正用得好，不靠背概念，而靠识别哪些地方总在变、哪些行为总要一致。
UI控件差异化渲染
界面中常需按数据类型展示不同样式——比如聊天列表里用户消息、系统通知、图片卡片、链接卡片并存。硬写 if-else 判断类型再 setVisibility 或替换 layout，会导致逻辑散落、难以维护。
- 定义统一的 ViewHolder 抽象基类或接口（如 Renderable），声明 bind() 方法
- 每种消息类型对应一个具体 ViewHolder 类（TextMessageHolder、NoticeHolder、ImageHolder），各自实现 bind 逻辑
- Adapter 中只持有一个 List
，onBindViewHolder 里直接调用 item.bind(holder)，无需判断类型
WinUI 的 DataTemplateSelector、Android 的 ViewBinding + sealed class、Jetpack Compose 的 sealed interface + when，底层逻辑都源于此。
业务规则动态切换
同一业务动作，在不同场景下执行逻辑不同。例如“提交订单”：普通用户走风控校验，VIP 用户跳过部分检查，测试环境直接模拟成功。
- 抽象出 OrderValidator 接口，定义 validate(Order order)
- 实现 StandardValidator、VipBypassValidator、MockValidator
- 运行时根据用户角色或配置加载对应实例，注入到服务类中
- 后续新增灰度规则只需加个新实现类，不改原有调用链
这种模式天然支持策略模式，也便于单元测试——每个 validator 可独立 mock 和验证。
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
数据处理器插件化扩展
当系统需要支持多种数据源（CSV、JSON、数据库查询结果、API 响应）或多种导出格式（Excel、PDF、Markdown），又不想每次加一种就改主流程，多态就是解耦关键。
- 定义 DataProcessor
接口，含 parse(String raw) 和 export(List data) - 为每种输入格式写一个 parser 实现，为每种输出格式写一个 exporter 实现
- 配置中心或前端选择后，工厂类返回对应组合（如 JsonParser + ExcelExporter）
- 主流程只面向接口操作，完全 unaware 具体格式细节
比反射+全限定类名字符串更安全，比 if-else 更易测试和复用。
设备能力适配与降级
跨平台或硬件敏感场景下，功能存在层级差异：高端设备支持人脸识别，中端仅支持指纹，低端回退到密码。若把所有判断塞进 UI 层，会污染业务逻辑。
- 定义 Authenticator 接口，含 startAuth() 和 isAvailable()
- 各实现类自行探测本设备是否支持（如 FingerprintAuth 查 PackageManager，FaceAuth 调 BiometricManager）
- 启动时按优先级顺序尝试 isAvailable()，首个返回 true 的即被选用
- UI 层只调用 authenticator.startAuth()，不关心背后是哪套 API
这种“能力探测 + 多态委派”方式，比编译期条件编译更灵活，也比运行时字符串匹配更类型安全。
