top-think
->find()时hidden/appen/visible 逻辑问题
当find为空时会输出null，这时我在->find()->hidden()是会报错的； 但是在->select()->hidden()没有问题 所以，为何不能在find为空时，如果使用hidden可以自动返回null， 而不是Call to a member function hidden() on null 输出统一比较好，我们去自己判断是多余的操作
find为空时本身就返回的null，你在null上面执行hidden方法肯定会报错，select为空是返回的一个空的数据集对象，这个数据集对象是有hidden方法的，只是执行之后会遍历数据集里面的对象依次执行hidden方法，数据集为空也就没有遍历 当然不会报错。 所以在find方法后需要自行判断是否为null，或者使用try catch捕获异常
find为空时本身就返回的null，你在null上面执行hidden方法肯定会报错，select为空是返回的一个空的数据集对象，这个数据集对象是有hidden方法的，只是执行之后会遍历数据集里面的对象依次执行hidden方法，数据集为空也就没有遍历 当然不会报错。 所以在find方法后需要自行判断是否为null，或者使用try catch捕获异常
你没懂我的意思，我的意思是像select可以返回数组对象， find也一样返回， 就不要null了， 有些场景需要同步，反而觉得不统一
find为空时本身就返回的null，你在null上面执行hidden方法肯定会报错，select为空是返回的一个空的数据集对象，这个数据集对象是有hidden方法的，只是执行之后会遍历数据集里面的对象依次执行hidden方法，数据集为空也就没有遍历 当然不会报错。 所以在find方法后需要自行判断是否为null，或者使用try catch捕获异常
当然find有个findOrEmpty方法， 我就觉得 直接用这个方法返回就行， 干嘛非要来个null？ 不解
如果能统一， 像是结果结果获取后的操作很会统一舒服， append/hidden这些， 那如果按现在这样，我还要判断一下是不是null， 如果按select来根本不需要判断数组是不是空
find为空时本身就返回的null，你在null上面执行hidden方法肯定会报错，select为空是返回的一个空的数据集对象，这个数据集对象是有hidden方法的，只是执行之后会遍历数据集里面的对象依次执行hidden方法，数据集为空也就没有遍历 当然不会报错。 所以在find方法后需要自行判断是否为null，或者使用try catch捕获异常
当然find有个findOrEmpty方法， 我就觉得 直接用这个方法返回就行， 干嘛非要来个null？ 不解
如果能统一， 像是结果结果获取后的操作很会统一舒服， append/hidden这些， 那如果按现在这样，我还要判断一下是不是null， 如果按select来根本不需要判断数组是不是空
那append/hidden就可以给这个空对象追加/隐藏数据了，但是这个数据在数据库中是不存在的，那别的比如save/delete方法是不是会报错？会导致程序更加容易出现问题的，排查问题起来也非常麻烦
find为空时本身就返回的null，你在null上面执行hidden方法肯定会报错，select为空是返回的一个空的数据集对象，这个数据集对象是有hidden方法的，只是执行之后会遍历数据集里面的对象依次执行hidden方法，数据集为空也就没有遍历 当然不会报错。 所以在find方法后需要自行判断是否为null，或者使用try catch捕获异常
当然find有个findOrEmpty方法， 我就觉得 直接用这个方法返回就行， 干嘛非要来个null？ 不解 如果能统一， 像是结果结果获取后的操作很会统一舒服， append/hidden这些， 那如果按现在这样，我还要判断一下是不是null， 如果按select来根本不需要判断数组是不是空
那append/hidden就可以给这个空对象追加/隐藏数据了，但是这个数据在数据库中是不存在的，那别的比如save/delete方法是不是会报错？会导致程序更加容易出现问题的，排查问题起来也非常麻烦
你的思维不要陷入一个死循环好不好？ 我在讨论框架逻辑， 你在说业务流程， 你能明白我在说什么吗 在append之前，框架对于空数据就跳过了！ select不就这么干的吗？
find为空时本身就返回的null，你在null上面执行hidden方法肯定会报错，select为空是返回的一个空的数据集对象，这个数据集对象是有hidden方法的，只是执行之后会遍历数据集里面的对象依次执行hidden方法，数据集为空也就没有遍历 当然不会报错。 所以在find方法后需要自行判断是否为null，或者使用try catch捕获异常
当然find有个findOrEmpty方法， 我就觉得 直接用这个方法返回就行， 干嘛非要来个null？ 不解 如果能统一， 像是结果结果获取后的操作很会统一舒服， append/hidden这些， 那如果按现在这样，我还要判断一下是不是null， 如果按select来根本不需要判断数组是不是空
那append/hidden就可以给这个空对象追加/隐藏数据了，但是这个数据在数据库中是不存在的，那别的比如save/delete方法是不是会报错？会导致程序更加容易出现问题的，排查问题起来也非常麻烦
你的思维不要陷入一个死循环好不好？ 我在讨论框架逻辑， 你在说业务流程， 你能明白我在说什么吗 在append之前，框架对于空数据就跳过了！ select不就这么干的吗？
本身append/each这类方法就是对获取数据之后进行后操作，所以没数据 也就到不了这些方法这里