框架知道怎么配知道为什么这么配很重要
一个框架应该容易理解,性能好,简化工作。理解应该是第一重要的。
框架里有个service的配置,大多数人的直觉是我用spring注入所有的参数,但框架里的设计是这样的所有service有个父类,父类里处理dao父类根据entity决定用哪个dao,这样service不用配置dao也不用声明和get set,直接用dao这个变量。
我知道之后光顾着恍然大悟了,后来想想这个设计并不能说很好,大家的直觉是service要什么参数全注入然后干活。这样设计得不偿失,会有人不喜欢这样而抛弃那个父类自己配,框架会乱 如果不重构这样情况多就会是个大坑
一个框架应该容易理解,性能好,简化工作。理解应该是第一重要的。
框架里有个service的配置,大多数人的直觉是我用spring注入所有的参数,但框架里的设计是这样的所有service有个父类,父类里处理dao父类根据entity决定用哪个dao,这样service不用配置dao也不用声明和get set,直接用dao这个变量。
我知道之后光顾着恍然大悟了,后来想想这个设计并不能说很好,大家的直觉是service要什么参数全注入然后干活。这样设计得不偿失,会有人不喜欢这样而抛弃那个父类自己配,框架会乱 如果不重构这样情况多就会是个大坑
讨论了一个框架的设计思路,特别是关于service层如何通过继承父类来自动处理DAO层的调用,从而减少配置和代码的复杂性。然而,这种设计可能会因为违背直观而受到质疑。
669

被折叠的 条评论
为什么被折叠?



