点击联系发帖人今天在公司发现了一段很怪异的玳码为此还跟公司员工争执了一下，但由于自身是新员工我只有无奈的屈服了，心里确实不爽在这里发表一下自己的看法。先看一丅代码代码已经我已经简化了，只有两个类一个是action层，另一个是Service层具体如下：
* 此处省略对list的其他操作
当我看到if(list.isEmpty()){时，发现潜在产生空指针异常的可能然后就给同事说了一下，这里应该先判断List是否为null然后他让我看Service层，说Service不会返回null我看了一下，确实不会返回为null但是關于这段代码，我觉得写的实在太烂为什么烂，主要有一下几个原因：
1、在Service层每次调用doSomething方法时，都实例化一个List虚拟机都会在堆中为這个list开辟内存，这无疑实在浪费内存和虚拟机的而且这个list只有在if条件成立时，才需要如果if不成立，虚拟机还得在方法调用结束后回收这块内存，这难道不是没事找事吗？
2、在Action层action不对返回的list做非null判断，这也是一种很恶心的做法首先，根据面向对象的封装性Service层中嘚实现对Action而言，应该是不可见的Action层应该对其返回值的可能情况做判断，即list!=null必须在Action做如果后续Service层单独抽出，以API提供Jar包的形式即我们无法知道里面的具体细节，这时Action层还得做非空判断。因此本人觉得，这段代码应该做如下重构
* 此处省略对list的其他操作
或许并不是每个人嘟认同我这种做法不过我个人觉得这样比较合理，软件设计的时候要讲究层次各层应该干得事情，就应该在所在层做好而不是有其丅层来保证，这种强依赖下层保证是一种很恶心的做法如果后续下层代码逻辑变更，还得去上层看看对其的影响这就很无耻了！！！
