实际业务开发中,集合的判断和操作也是经常用到的,Spring也针对集合的判断和操作封装了一些方法,但是最令我惊讶的是,我在梳理这些内容的过程中发现了一些有趣的现象,我的第一反应是不敢相信,再想一想,没错,我是对的。所以强烈建议大家可以认真看完这篇文章,这一篇绝对有价值,因为有趣的是我我竟然发现了Spring的两个bug。
Spring内置的工具类里,最喜欢用的就是文件读写这一部分,虽然原生的写法也没几句,但是就是懒,不想循环、判断什么的,直接调用现成的静态方法,多高效,哈哈,这就是懒人必备。
ReflectionUtils应该是Springboot内置工具类梳理的最后一篇了,可以很多人都没有听说过这个工具类。这个类封装的是一些与java反射相关的静态工具方法,可能很多人知道反射,却不怎么经常使用反射。其实反射是一个很用的技术点,我认为是可以和AOP比肩的,甚至有过之而不及。大家都知道AOP是面向切面编程,可以在定义的切面前、后执行一些操作,但是反射更厉害,它可以在程序运行时,对已装载的任意类的属性和方法进行操作,这就是java的反射机制。
在实际业务开发中,有时候经常需要判断对象是否为空、数组是否为空、两个对象是否相等,数组中是否包含某个元素,往数组中追加元素等这些操作,每次都手写太麻烦,然后很多人的选择是封装成util工具类,实际上类似这些东西,如果项目使用了spring的框架,根本不需要封装,org.springframework.util.ObjectUtils类中已经封装好了各种的静态方法供你调用。那就一起来学习一下吧。
可以这么理解断言:在输出结果后,对结果集定义一个期望值,如果满足了期望值,则正常通过断言;如果不满足期望值,则会触发断言,触发断言的结果就是会抛出一个IllegalArgumentException异常,这个异常属于运行时异常。最后,再搞一个异常的统一处理,简直不要太完美。 另外断言肯定不止这几个,这里只是对用到频率比较高的作一个抛砖引玉,更多更好玩的断言使用可以从org.springframework.util.Assert类探索一翻。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号