凡是对集合list,set,map,数组等进行循环一定要判断是否为null,增强代码的健壮性.下面以list为例, 使用for循环遍历list对象,处理其中的元素时,需要对null值判断: 1.list为null时,抛空指针异常: 2.list不为null,但是list.size()=0时,不执行for循环内代码块: 3.list.size()>0,执行for循环,但循环的对象可能为null,也需要判断. public static void main(String[] args)…

使用for循环遍历list处理list元素时,对null值判断: 1.list为null时空指针异常 2.list不为空,但是list.size()=0时,不执行for循环内代码块 3.list.size()>0,执行for循环,但循环的对象可能为null package collection; import java.util.ArrayList; import java.util.List; public class CollectionTest { /** * @param args */…

Java使用反射判断对象是否为NULL 判断Java对象是否为null可以有两层含义: 第一层:  直接使用 object == null 去判断,对象为null的时候返回true,不为null的时候返回false. 第二层:在object != null 为true的情况 下,进一步去判断对象的所有属性是否为null. 被判断的Java对象: User (User.java) package com.chinalife.utils; import java.util.List; public…

package com.taiping.test; import java.lang.reflect.Field; import java.lang.reflect.Type; /** * <p> * Description: 判断对象是否为空,进一步判断对象中的属性是否都为空 * * 对象为new,但对象中的属性都为null * </p> * */ public class CheckObjectIsNullUtils { /** * 判断对象是否为空,且对象的所有属性都为空 *…

一.Linq扩展方法 1.扩展方法必须是静态方法.扩展方法所在的类必须是静态类 2.扩展方法里面的参数必须制定this关键字,紧跟需要扩展的类型,如下: 二.泛型约束 1.使用泛型的原因,是在不知道需要扩展的类型时(这里主要时指对象类型,比如:可能时student类型,可能时person类型)前提下使用泛型,但使用泛型时需要加约束 2.泛型约束常用支持以下几个 where T : struct              T必须是一个结构类型 where T : class            …

链判断运算符 如果我们要获取一个对象的深层嵌套属性,例如获取文章标题res.data.article.title,然后为了安全起见,我们肯定不能直接这样获取,万一res对象没有article属性了呢,直接原地爆炸 // 不安全 const { title} = res.data.article 绝大多数情况下我是这样获取 // 安全 const title = res&&res.data&&res.res.data.article&&res.data.art…

空对象模式:用一个空对象来取代null实例的检查,空对象实现一个不做任何动作的关系.(消除如if(Object == null) 这样的检查null实例代码) 例子: public abstract class Duck { public String name; public abstract void getName(); } public class ConcreteDuck extends Duck { public ConcreteDuck(String name) { this.na…

1.foreach遍历列表或数组时,如果list或数组为null,就会报错,如下图: 2.不知道微软封装foreach的为什么不先检查要遍历的对象是否为null,这样就导致,我们在写代码时,遍历列表时就要先判断列表是否为null,如下图: 3.为了简化这一判断是否null的过程,我写了一个扩展方法,因为列表和数组都继承IEnumerable接口,所以该扩展方法就扩展在IEnumerable类型上,为了通用,将这个方法写成了个泛型方法,如下图: 4.这样在遍历列表的地方就不要先判断列表或数组是否为…

设计模式:空对象模式(Null Object Pattern) 背景 群里聊到<ASP.NET设计模式>,这本书里有一个“Null Object Pattern”,大家就闲聊了一下这个模式,在此记录一下大概的结论. 典型结构 模式的结构非常简单,这里就不多说了,类图如下: 为什么使用这个模式?还需要null吗? 之所以需要这个模式是因为这个模式可以消除重复.想象一下,假如有多个消费端,每个消费端都要判断一下是否为空,而且对于为空的场景要做特殊的处理,这样就会导致很多重复.一些例子是:日志对象和…

不管是在Winform开发,还是在asp.net 开发中当从一个数据源中获取数据时你总是不知道这个数据的状态,这个时候总要对她进行一次判断,不过每次进行一次判断总是要写怎么一堆代码,时间长了,总感觉不太好,于是就有了下面代码的封装,这是一个扩展的泛型方法,写在了System.命名空间下面,省去了重复写这么多代码的时间,每次只要原点调用以下就可以了. 呵呵, namespace System { public static class CheckValueExten { /// <summary>…