明月笑刀无情
总结各大框架,只有一句话,模型层和每张表都需要对应一个相对应的模型,最核心的目的就是为了简化表操作然后没有然后了在衍生一下这句话也就是说,如果你已经习惯了使用框架,那么模型层的这种做法只是需要配置的几下的问题,省却了很多后顾之忧,所谓的意义也就是这些,用简单的方式和少量的时间去实现复杂的内容。可以这么说,很多框架都明确规定了,需要一张表对应一个模型的提倡,其实最终的目的也就是优势,也是需要你了解的所在。如果你真的有所了解,那框架是真的可以让你省力气的,不管在模型中如何抛出异常,如何使用钩子或者行为或者事件,再或者中间件,我们都可以从容的实现代码的逻辑,当然有个前提就是你必须会那些我说的原理和逻辑,不然白搭。我虽然也处于框架学习阶段,但是我却是知道,这些方式写代码,我再也不用在控制器里面考虑过于复杂的接口逻辑了,中间件解决了我的基础验证问题,验证器解决了我的各种类型验证问题,行为钩子解决了我的存储问题,通用事件同样解决了用户整体架构的事件问题。最后模型事件让我在模型层操作在也不用写一大堆的东西只需要专注的进行本来想要操作的主表,其他的东西均在插入前插入后添加前添加后之类的地方任意做处理,说真的这其实是一件比较幸福的事情,应为再也不用操劳过度的写这个写那个了。代码质量也出奇的高了许多,而且不管是对接口开发还是对混合模式开发我都变得可以游刃有余的控制我的功能和实现方式并且相应的不管怎么搭建,我们只需要处理的地方也变得越来越少了,然而实现的代码能力却越来越强,一切都为后台提供了超强的便利条件,那么模型层对印表是不是就很牛逼了呢。我认为是的,至少在我没有接触到更牛逼的东西之前,这个暂时还未被超越。