在 php 的日常开发中，我们常常会遇到一个令人头疼的问题：函数或方法在某些情况下可能返回一个有效值，而在另一些情况下则返回 NULL。这种不确定性迫使我们在代码中加入大量的 if ($value !== null) 检查，以避免潜在的 TypeError。这些重复的检查不仅让代码变得冗长和难以阅读，还容易在复杂的业务逻辑中被遗漏，最终导致程序崩溃或产生难以追踪的 bug。这种“空值陷阱”就像一颗定时炸弹，随时可能在生产环境中引爆。
为了解决这一痛点，我一直在寻找一种更优雅、更安全的方式来处理可能缺失的值。最终，我发现了 prewk/option 这个 Composer 包。它提供了一个 PHP 版本的 rust Option 类型实现，旨在通过明确地表示一个值是存在（Some）还是缺失（None），从而彻底改变我们处理空值的方式。
prewk/option 是什么？
prewk/option 是一个轻量级的 Composer 库，它引入了 Option 类型。Option 是一个枚举类型，它有两种可能的状态：
-
Some($value): 表示存在一个值$value。 -
None: 表示没有值。
这种设计强制开发者在编译时（或者说在编写代码时）就考虑值可能缺失的情况，而不是在运行时才发现 null 带来的问题。它提供了一套丰富的 API，让我们能够以函数式编程的风格安全地操作这些可能缺失的值。
立即学习“PHP免费学习笔记（深入）”；
如何使用 Composer 引入 prewk/option
使用 Composer 安装 prewk/option 非常简单。在你的项目根目录下，运行以下命令：
<code class="bash">composer require prewk/option</code>Composer 会自动下载并安装这个库，并将其添加到你的 vendor/ 目录和 composer.json 文件中。
告别 null 陷阱：prewk/option 的实际应用
假设我们有一个函数 findUserById()，它可能会根据 ID 找到用户对象，也可能找不到。传统的做法是返回用户对象或 null：
<pre class="brush:php;toolbar:false;">// 传统方式 function findUserById(int $id): ?object { // 模拟数据库查询 if ($id === 123) { return (object)['id' => 123, 'name' => 'Alice']; } return null; } $user = findUserById(123); if ($user !== null) { echo "User found: " . $user->name . PHP_EOL; } else { echo "User not found." . PHP_EOL; } $user = findUserById(456); if ($user !== null) { echo "User found: " . $user->name . PHP_EOL; } else { echo "User not found." . PHP_EOL; }使用 prewk/option 后，我们可以这样重构 findUserById() 函数：
<pre class="brush:php;toolbar:false;">use PrewkOption; use PrewkOption{Some, None}; function findUserByIdOption(int $id): Option { // 模拟数据库查询 if ($id === 123) { return new Some((object)['id' => 123, 'name' => 'Alice']); } return new None(); } // 1. 安全地获取值或提供默认值：unwrapOr() $user1 = findUserByIdOption(123)->unwrapOr((object)['id' => 0, 'name' => 'Guest']); echo "User 1: " . $user1->name . PHP_EOL; // 输出: User 1: Alice $user2 = findUserByIdOption(456)->unwrapOr((object)['id' => 0, 'name' => 'Guest']); echo "User 2: " . $user2->name . PHP_EOL; // 输出: User 2: Guest // 2. 链式操作，如果当前为 None，则尝试另一个 Option：or() function findUserByEmailOption(string $email): Option { if ($email === 'bob@example.com') { return new Some((object)['id' => 456, 'name' => 'Bob']); } return new None(); } $user3 = findUserByIdOption(999) // 返回 None ->or(findUserByEmailOption('bob@example.com')) // 尝试这个，返回 Some(Bob) ->unwrapOr((object)['id' => 0, 'name' => 'Unknown']); echo "User 3: " . $user3->name . PHP_EOL; // 输出: User 3: Bob // 3. 在值缺失时抛出自定义异常：expect() 或 unwrap() try { // expect() 允许你提供一个异常对象 $criticalUser = findUserByIdOption(789)->expect(new RuntimeException("Critical user not found!")); echo "Critical User: " . $criticalUser->name . PHP_EOL; } catch (RuntimeException $e) { echo "Error: " . $e->getMessage() . PHP_EOL; // 输出: Error: Critical user not found! } try { // unwrap() 在 None 时抛出默认的 RuntimeException $anotherCriticalUser = findUserByIdOption(111)->unwrap(); echo "Another Critical User: " . $anotherCriticalUser->name . PHP_EOL; } catch (RuntimeException $e) { echo "Error: " . $e->getMessage() . PHP_EOL; // 输出: Error: Called `Option::unwrap()` on a `None` value }通过这些例子，我们可以看到 prewk/option 如何让代码变得更清晰、更具表达力。我们不再需要手动检查 null，而是通过 Option 类型提供的 API 来明确处理值存在或缺失的两种情况。
优势与实际应用效果
- 代码清晰度与可读性提升:
Option类型明确地表达了函数返回值可能为空的意图，避免了隐式的null返回，使得代码逻辑一目了然。 - 减少空指针错误（
TypeError）: 强制开发者处理None的情况，大大降低了在运行时遇到TypeError的风险，提高了程序的健壮性。 - 更优雅的错误处理:
expect()和unwrap()方法提供了在值缺失时抛出异常的机制，使得错误处理更加集中和可控。 - 函数式编程风格:
map、andThen等方法（虽然在上面的例子中没有展示，但库中包含）允许你以链式、声明式的方式处理值，使代码更简洁、更具表现力。 - 提高开发效率: 减少了编写
if ($value !== null)样板代码的时间，让开发者能够更专注于业务逻辑本身。
在我的项目中，引入 prewk/option 后，最直观的感受就是代码中 null 检查的数量锐减，取而代之的是更具语义化的 unwrapOr、or 或 expect 调用。这不仅让代码变得更加简洁，也让我对程序的健壮性更有信心。当团队成员看到这种模式时，也能很快理解其意图，避免了许多潜在的空值问题。
如果你也厌倦了 PHP 中 null 带来的困扰，那么 prewk/option 绝对值得一试。它将帮助你以更现代、更安全的方式编写 PHP 代码，提升项目的质量和开发体验。