网站首页 > 技术文章 正文
背景描述
最近在开发项目时,我遇到了一个需要从 Hyperlink 对象中获取 link 属性的小需求。这个过程中我需要判断 Hyperlink 对象是否为 null,以防止出现空指针异常。面对这种情况,有两种常见的处理方式。一种是使用 Optional.ofNullable() 方法,另一种则是使用传统的 null 检查。这两种方法分别对应以下代码片段:
// 通过Optional.ofNullable()判断是否为null
String link = Optional.ofNullable(hyperlink)
.map(Hyperlink::getLink)
.orElse(null);
// 传统方法判断是否为null
String link = hyperlink != null ? hyperlink.getLink() : null;
那么,在这种情况下,究竟该选择哪一种方法来判断 null 值更合适呢?
代码分析
两段代码都能够实现从 Hyperlink 对象获取 link 属性,并防止出现空指针异常(NullPointerException)。我们可以从代码风格、可读性和性能多个角度进行分析。
1、使用 Optional.ofNullable()
String link = Optional.ofNullable(hyperlink)
.map(Hyperlink::getLink)
.orElse(null);
这种方法使用了 Optional.ofNullable(),结合 map() 来处理可能的 null 值。它的优势在于:
- 简洁优雅:链式调用的方式使代码更加简洁,容易理解,尤其适合团队已经熟悉并经常使用 Optional 的情况。
- 防止空指针异常:Optional 是一种现代化的编程风格,能有效避免空指针异常,特别适用于复杂的嵌套检查。
然而,Optional 的底层实现涉及包装和解包操作,在高频调用场景下可能会带来一定的性能开销。此外,如果团队中有些成员不熟悉 Optional,可能需要额外的学习成本。
2、使用传统的 null 检查
String link = hyperlink != null ? hyperlink.getLink() : null;
使用传统的三元运算符直接判断 null,这种方式的优势包括:
- 易于理解:这种写法简单直观,几乎不需要解释,特别适合那些对 Optional 不熟悉的团队成员。
- 性能更优:直接的 null 检查避免了 Optional 的包装和解包操作,性能上会稍好,尤其在对性能要求较高的场景下更具优势。
具体选择哪种方式,取决于项目的实际情况,这里提供一些建议:
- 项目要求:如果项目对性能有严格要求或团队不熟悉 Optional,那么传统的 null 检查更为合适。
- 团队代码风格:我觉得到底怎么用,还是要看项目,项目用啥咱们就用啥,不要特立独行,如果项目有硬性要求,就按照要求来;如果没有要求,就参考之前的代码风格;如果是新项目,可以使用第二段代码,这么简单易懂,写起来肯定没错。
拓展:空集合判断
在 Java 开发中,判断集合是否为空是一个非常常见的操作。通常有两种方式可以实现这一点:
- 使用原生方法:list == null || list.isEmpty()
- 使用工具类方法,如 Spring 的 CollectionUtils.isEmpty() 或 Apache Commons Lang3 的 CollectionUtils.isEmpty()
那么,究竟哪一种方法更好呢?在大多数情况下,我更建议使用第一种原生方法,原因如下:
1、更简洁直观
使用 list == null || list.isEmpty() 的写法更加直观易懂,符合大多数人的代码风格。它不依赖任何外部库,只使用了 Java 原生的集合操作方式。因此,在不需要大量使用 Spring 或其他第三方库的场景下,这种方法更加适合。
如果代码需要在不同项目中复用或发布为公共类库,选择原生方法可以减少对外部库的依赖,使代码更容易维护和移植。
2、减少依赖外部库
CollectionUtils.isEmpty() 是 Spring 或 Apache Commons Lang3 中提供的工具类方法。尽管这些工具类在大型项目中非常有用,但在某些场景下,减少对外部库的依赖显得尤为重要。
例如,在一个不广泛使用 Spring 的项目中,使用 Java 原生方法可以让代码更独立,降低对外部库的耦合度。如果项目需要减少 Spring 的依赖,选择原生方法无疑是更好的做法。
3、性能上的微小优势
从性能角度来看,list == null || list.isEmpty() 比 CollectionUtils.isEmpty() 略微有些优势。虽然这种性能差异在大多数场景下是微不足道的,但在追求极致性能的情况下,直接使用原生方法可以减少一次静态方法调用。工具类的方法内部通常也只是对 null 和 isEmpty() 进行判断,因此,直接使用原生方法更加直接和高效。
4、保持项目的一致性
在整个项目中保持一致的代码风格是至关重要的。如果你的项目广泛使用工具类,那么在所有相关代码中保持使用工具类的方法有助于代码的统一性和可维护性。
如果项目中已经大量使用了 CollectionUtils.isEmpty(),那么继续使用工具类可以保持一致性;反之,如果项目中没有依赖这些工具类,那么选择原生方法就更合适。统一的代码风格不仅有助于团队协作,还能减少后期的维护成本。
原文:https://juejin.cn/post/7409467432900427827
作者:洛小豆
猜你喜欢
- 2024-10-08 java常用数据判空、比较和类型转换
- 2024-10-08 集合框架-ArrayList源码分析(java集合框架源码解析)
- 2024-10-08 大数据编程入门:Java ArrayList(java大数据视频教程)
- 2024-10-08 Python开发入门之列表-List(python列表的基本操作编程)
- 2024-10-08 如何在python各种列表中求最值?(如何在python各种列表中求最值的方法)
- 2024-10-08 List接口常用方法(list接口的常用方法)
- 2024-10-08 Python语法基础(6)集合(python中的集合)
- 2024-10-08 Java初学者学习任务总结「15」(java学习知识点路线)
- 2024-10-08 Sonar代码规范分析(sonar代码扫描规则及解决方案)
- 2024-10-08 最详细集合源码解析之ArrayList集合源码解析
- 10-02基于深度学习的铸件缺陷检测_如何控制和检测铸件缺陷?有缺陷铸件如何处置?
- 10-02Linux Mint 22.1 Cinnamon Edition 搭建深度学习环境
- 10-02AWD-LSTM语言模型是如何实现的_lstm语言模型
- 10-02NVIDIA Jetson Nano 2GB 系列文章(53):TAO模型训练工具简介
- 10-02使用ONNX和Torchscript加快推理速度的测试
- 10-02tensorflow GPU环境安装踩坑日记_tensorflow配置gpu环境
- 10-02Keye-VL-1.5-8B 快手 Keye-VL— 腾讯云两卡 32GB GPU保姆级部署指南
- 10-02Gateway_gateways
- 最近发表
-
- 基于深度学习的铸件缺陷检测_如何控制和检测铸件缺陷?有缺陷铸件如何处置?
- Linux Mint 22.1 Cinnamon Edition 搭建深度学习环境
- AWD-LSTM语言模型是如何实现的_lstm语言模型
- NVIDIA Jetson Nano 2GB 系列文章(53):TAO模型训练工具简介
- 使用ONNX和Torchscript加快推理速度的测试
- tensorflow GPU环境安装踩坑日记_tensorflow配置gpu环境
- Keye-VL-1.5-8B 快手 Keye-VL— 腾讯云两卡 32GB GPU保姆级部署指南
- Gateway_gateways
- Coze开源本地部署教程_开源canopen
- 扣子开源本地部署教程 丨Coze智能体小白喂饭级指南
- 标签列表
-
- cmd/c (90)
- c++中::是什么意思 (84)
- 标签用于 (71)
- 主键只能有一个吗 (77)
- c#console.writeline不显示 (95)
- pythoncase语句 (88)
- es6includes (74)
- sqlset (76)
- apt-getinstall-y (100)
- node_modules怎么生成 (87)
- chromepost (71)
- flexdirection (73)
- c++int转char (80)
- mysqlany_value (79)
- static函数和普通函数 (84)
- el-date-picker开始日期早于结束日期 (76)
- js判断是否是json字符串 (75)
- c语言min函数头文件 (77)
- asynccallback (87)
- localstorage.removeitem (74)
- vector线程安全吗 (70)
- java (73)
- js数组插入 (83)
- mac安装java (72)
- 无效的列索引 (74)