原语、空值和Java 8 [英] Primitive "nulls" and Java 8

问题描述

我知道处理null原语的最佳实践是使用盒装包装器，如Integer，而不是这里讨论的int

Null for primitive data types

然而，这一点在今天的Java 8中仍然适用吗 引入了可选的原语，如OptionalInt，其OptionalInt.empty()有效地表示了null值？我的理解是，选项应该只用于方法返回类型，而不是用作属性本身的类型。"可为空的"原语是否仍应存储为盒装属性？它们应该只在方法返回类型中Optional？还是作为OptionalInt存储在属性本身中？

推荐答案

假设您有一个方法

public void logRequest(Integer userID, String content){
    //log content locally or in db or a rest call
}

假设您从数据库中获取了特定用户的userID。可能存在以下可能性：

• 数据库返回用户ID。
• 找不到ID。

现在如果找不到id，您将向logRequest传递什么？

• 你通过null了吗？如果该方法没有适当的空检查怎么办。它应该将null推断为什么？
• 应该通过0还是-1？如果null表示0，则可能与ID为0的实际用户冲突。如何区分Null和0？

当然，上述问题可以通过适当的文档记录和规则修复来解决，但它会带来更高的维护量，并且容易出错。并且正确编写的代码应该是它自己的文档。

现在假设该方法声明为：

public void logRequest(OptionalInt userID, String content)

该方法本身非常清楚，它需要一个可选的参数。因此只有两种情况需要处理：发送适当的参数(这意味着使用0不绕过)。如果可选参数为空，则方法正确地知道如何处理。(不像以前我们必须阅读它的文档来预测行为)。

因此，方法声明本身就明确了行为，而不是文档为您做这件事，并依赖于文档和胡乱猜测。可选选项在这种情况下非常有用。

PS：将null传递给期望Integer的方法时，我总是感觉很困难。感觉绝对不对劲！天哪，在Java中，潜意识总是把int当作原语。它们不应为空。

这篇关于原语、空值和Java 8的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！