我也知道我可以自己判断,如果以简化通用性,让开发人员少写代码的角度应集成在框架本身的model类里面,同时也可以让开发者不用考虑或在不了解的情况下出错,假设这个开发者不知道,就完全按说明说后面加toArray(),而调式时是正确的没问题,因为查询结果是有的,后面才发现原来这个toArray()不能直接用的,要先写判断,就又得重新规化代码,那不是加大工作量了,框架本身就是为了解决这些容易出现的错误的地方。当然这个看自己习惯,习惯多写代码的人不会在意在些的,习惯代码简结的就不喜欢用toArray方法,因为自己写一个通用函数去判断二次处理更好。那toArray就没有意义了。
但是这个就属于框架易用性,同样是查询出来的数据
我还需要为空判断再去转化数组,为什么不一劳永逸在函数里面判断?
单个对象需要自己判断是否为null 集合对象不需要判断
你这个是属于你自己判断的。不在框架范围内的、