既然可选参数已经赋予了默认值，为什么还需要在if里判断是否为空？

Question

既然可选参数已经赋予了默认值，为什么还需要在if里判断是否为空？这个空安全机制对这里的判定是否不合理。

Answer 1

CrazyCodeBoy 2024-05-12 17:47:03

在Dart中使用可选参数并给它们赋予默认值确实可以在很多情况下避免空值（null）的问题，但是还是有一些场景需要对这些参数进行空值检查。这主要是由于Dart的空安全机制（introduced in Dart 2.12）和参数传递的特点共同作用的结果。

### 理解可选参数和默认值

在Dart中，你可以为函数的可选参数提供默认值，这样在调用函数时如果没有提供这些参数，它们就会自动使用默认值。这确保了函数体内部使用这些参数时不会遇到未初始化的问题。

例如，下面的函数使用了一个带默认值的可选参数：

```dart
void greet(String name, {String greeting = 'Hi'}) {
  print('$greeting, $name!');
}

void main() {
  greet('Alice'); // 输出: Hi, Alice!
}
```

在这个例子中，`greeting`参数有一个默认值`'Hi'`，因此即使在调用`greet`函数时没有提供`greeting`参数，它也不会是`null`。

### 需要空值检查的情况

1. **参数可以被显式传递为null**：
   尽管参数有默认值，调用者仍然可以显式地传递`null`作为参数值，这取决于函数声明时是否允许参数为`null`。如果参数类型没有被标记为非空，这就成为了可能。

   ```dart
   void greet(String name, {String? greeting = 'Hi'}) {
     if (greeting != null) {
       print('$greeting, $name!');
     } else {
       print('Hello, $name!');
     }
   }

   void main() {
     greet('Alice', greeting: null); // 输出: Hello, Alice!
   }
   ```

   在这个例子中，即使`greeting`有默认值，我们仍然检查了它是否为`null`，因为类型标记为可空`String?`，调用者可能传递一个`null`值。

2. **参数默认值仅在省略时使用**：
   如果函数调用时显式传递了参数（即使值为`null`），默认值将不会被使用。这种设计使得函数的行为更加灵活，但也意味着开发者需要处理潜在的`null`值。

### 空安全的设计理念

Dart的空安全设计旨在通过类型系统来消除空引用错误的可能性。但是，这并不意味着所有的`null`检查都可以避免。开发者仍需要根据实际情况判断是否需要对可选参数进行`null`检查，特别是在API设计时考虑到外部调用可能会故意或错误地传入`null`值。

### 总结

即使在Dart的空安全环境下，对带有默认值的可选参数进行`null`检查仍然是合理的，这主要是为了处理那些故意传递`null`或由于某种原因导致参数被忽略的情况。这种做法提高了代码的健壮性和灵活性。

• 提问者 安晚n_n #1

  嗯，谢谢老师，理解了。
  但是我还是有个疑虑。
  我本来是做服务端的，之前和客户端配合开发app，后面发现app经常崩溃
  原因是因为客户端写的代码kotlin里的实体类，全都是默认的非空类型，如果服务端传过去的属性为空，那么app直接崩溃。
  
  从实际开发角度来讲，没有什么字段是百分百有值的。我让客户端把所有字段都设置成可为空，这样合理吗？
  
  因为我从服务端角度来讲，我去调用第三方接口时，也不信任第三方接口，就算文档里写必传。所以在代码里会有大量的判空。

• CrazyCodeBoy 回复 提问者 安晚n_n #2

  嗯，合理，支持你。