副标题 / 摘要

空对象模式用“可用但无效果”的对象替代 null，减少分支判断与空指针风险。本文给出适用场景与示例。

目标读者

  • 频繁处理空指针的工程师
  • 需要简化分支逻辑的开发者
  • 关注代码可读性的团队

背景 / 动机

到处写 if obj is None 会让代码变得难读且易遗漏。
空对象模式通过提供“默认实现”，让调用方无需关心空值。

核心概念

  • 空对象：实现相同接口但执行空操作
  • 统一接口：调用方不区分真实对象与空对象
  • 可替代性：替代 null 而不破坏逻辑

实践指南 / 步骤

  1. 定义统一接口
  2. 实现真实对象与空对象
  3. 在创建阶段选择真实/空对象
  4. 调用方不写 null 分支

可运行示例

class Notifier:
    def send(self, msg: str) -> None:
        raise NotImplementedError


class EmailNotifier(Notifier):
    def send(self, msg: str) -> None:
        print("email:", msg)


class NullNotifier(Notifier):
    def send(self, msg: str) -> None:
        pass


def get_notifier(enabled: bool) -> Notifier:
    return EmailNotifier() if enabled else NullNotifier()


if __name__ == "__main__":
    notifier = get_notifier(False)
    notifier.send("hello")  # 不需要 if 判断

解释与原理

空对象模式把“缺失”变成一个合法对象。
这样调用方无需分支判断，避免空指针错误。

常见问题与注意事项

  1. 空对象会掩盖错误吗？
    如果误用在必须失败的场景，会隐藏问题。

  2. 什么时候不适合？
    当缺失应该触发异常时。

  3. 空对象会影响性能吗？
    影响极小，主要是可读性收益。

最佳实践与建议

  • 对可选功能使用空对象
  • 对关键功能缺失要显式报错
  • 统一接口减少分支逻辑

小结 / 结论

空对象模式的核心价值是消除 null 分支，提升可读性与稳定性。
但要确保缺失场景允许“静默”。

参考与延伸阅读

  • Design Patterns（GoF）
  • Null Object Pattern 介绍

元信息

  • 阅读时长：6~8 分钟
  • 标签：空对象、设计模式、空引用
  • SEO 关键词：Null Object Pattern
  • 元描述：解释空对象模式的目的与适用场景。

行动号召（CTA）

找一个大量 if 判断 null 的模块，尝试用空对象模式简化它。