你应该使用Java 8的Optional作为方法参数吗？

为什么Java 8的Optional不应该用作方法参数

虽然Java 8的Optional是作为返回类型，但它用作方法论点引起了一些争论。以下是对该问题的简要分析：

避免可选参数的基本原理

• 不必要的复杂性：使用可选参数引入了条件逻辑方法，可以是适得其反。
• 编译器效率低下：可选包装涉及不必要的参数装箱，影响编译器性能。
• 增加内存开销：可选参数消耗更多内存比它们的可空等价物。
• 空的风险参考文献： 在实际参数中将Optional 作为 null 传递是一个潜在的问题。
• 数据流不平衡：Optional 处理两种状态（存在和空），在用作时必须将其分开输入，创建数据流复杂性。

替代方案方法

不要使用可选参数，请考虑以下替代方案：

• 允许可为空参数：使用可为空参数（例如，String p1、BigDecimal p2) 指示潜在的空值，并包含清晰的 Javadoc
• 提供重载方法： 创建使用特定参数组合重载的多个方法，以避免长条件语句。 （例如，calculateSomething(String p1)、calculateSomething(BigDecimal p2)、calculateSomething(String p1, BigDecimal p2))

以上是你应该使用Java 8的Optional作为方法参数吗？的详细内容。更多信息请关注PHP中文网其他相关文章！