应该如何解决呢,是有几个方案的,其中我认为设置第二参数true false 来控制是否执行获取器是一种比较符合的逻辑,
第二种就是获取器应该有类似钩子的能力,
限定那些方法可以使用获取器,既绑定方案,哪些调用不执行,这样我们就能自己做到设置获取,也就不用在做改动,我认为第二种比较合适。
而且现在最大的问题,并不是功能上的更新,我认为功能可以在增加,但是优先考虑的除了安全外,应该是人性化和智能化的方向,框架应该更多的致力于研究一下,如何或者怎样,才是舒适的,这里说的是符合人类思维范畴,有时候理所当然的第一次操作方式,就可以罗列在这个范畴之内,这种人为可以更好的让框架的每一个部件发挥出更多的功能,或者更好的服务
目前所有框架都做不到这一点,但是大家都在接近,虽然模式出了一套又一套,理论适用范围与方案一个又一个,但是最根本依然是解决容错度,与使用的简易性,5.1已经达到了这个程度,但是差强人意的地方也是这里,还差点,这并不是细节,而是行为 这是好多年的一个总结,我认定的。这也有可能不符合实际,不过一切看官方的想法了