java异常处理：关于实体类应用的必要

关于异常处理我曾经想找到一个完美的适合我们所有业务场景的处理方式。但是很明显，我可能要失望而归了。

我希望能记录更多的异常处理方式的优点，最终找到适合我们的。

最近在反思一个问题，不知道哪天开始，我们习惯使用map，它的优点很多，我们不用关注map的value是什么类型，它的key值都叫什么名字，只需要存入调用即可，但是代价就是我们会产生更多的NullException，甚至我们在取值的时候会去猜想，是否是我们需要的类型，是否存在null的风险。项目里会存在很多判断NullExceptiin,甚至测试时候会出现更多的Exception。

于是有一天，我的同事受不了了，说你们能不能不要给我传空的map。于是我加了一层判断

    public static void main(String[] args) throws Exception{
            HashMap<String, Object> map = null;
            assert map != null:"我的map不可能是null";
            Object my = map.get("my");
            System.out.println(my);
        }

需要注意的是在调试工具中断言有可能是不生效的，因为调试工具会自动屏蔽断言。

当然，上面的情况只是暂时的，我们甚至得考虑每个属性是否存在甚至判断其类型。因此，我忍痛开始筹备讲系统中所有的map都替换为实体类。

实体类中判断NullException就会方便很多。

public class Demo {
    private String string;

    public String getString() throws NullPointerException{
        if (StringUtils.isEmpty(string)) {
            throw new NullPointerException("Demo类型的string不能为空");
        }else {
            return string;
        }
    }
    public void setString(String string) {
        this.string = string;
    }
}

任何调用demo类型的获取string类型都会判断是否为空，我们再根据业务去实现哪些属性设置即可。