thinkphp5.1获取器问题建议

浏览:1019 发布日期:2018/10/24
在使用获取器过程中,发现无论如何获取器都会被执行,既获取器有类似检测者的模式意义在内,但是问题在于很多时候除了返回前台需要这样做可以省去很多代码外,获取器带来了一个新的疑问,我模型层读取的数据需要返回或者在别处调用,并且要对数据内的内容进行处理的时候,此时的数据并不是数据库的内容,并不能友好的方便到程序运用上,而且还是全局范围的,这样以来就不得不废除获取器,而且获取器的作用也变得相对来说越来越小。

应该如何解决呢,是有几个方案的,其中我认为设置第二参数true false 来控制是否执行获取器是一种比较符合的逻辑,
第二种就是获取器应该有类似钩子的能力,
限定那些方法可以使用获取器,既绑定方案,哪些调用不执行,这样我们就能自己做到设置获取,也就不用在做改动,我认为第二种比较合适。


而且现在最大的问题,并不是功能上的更新,我认为功能可以在增加,但是优先考虑的除了安全外,应该是人性化和智能化的方向,框架应该更多的致力于研究一下,如何或者怎样,才是舒适的,这里说的是符合人类思维范畴,有时候理所当然的第一次操作方式,就可以罗列在这个范畴之内,这种人为可以更好的让框架的每一个部件发挥出更多的功能,或者更好的服务

目前所有框架都做不到这一点,但是大家都在接近,虽然模式出了一套又一套,理论适用范围与方案一个又一个,但是最根本依然是解决容错度,与使用的简易性,5.1已经达到了这个程度,但是差强人意的地方也是这里,还差点,这并不是细节,而是行为 这是好多年的一个总结,我认定的。这也有可能不符合实际,不过一切看官方的想法了
评论(
后面还有条评论,点击查看>>