摆脱经典设计思想束缚,寻找理论与实际的平衡点.

思想源于实践，(抽象度前瞻性)高于实践，但思想并不等于实践，而是为了指导服务实践，这里的指导也仅限于某种单一的简单的场景。
实践的灵活性，复杂度远高于思想。在复杂的实际场景中，更没有银弹，脱离实际而一味的迎合设计思想只会离初衷越来越远。

经常遇到一些开发的小伙伴们一旦要实现个什么功能了，就是一通教科书式的面向对象，MVC，解耦，各种模式。
创建一个表，再生成一个实体Bean，再生成一个dao，再生成一个service，再生成一个controller。
然后接收http参数，各种验证，传递，最后得到一个bean，再生成前端需要的格式返回。
哪天表结构一变，从头到尾改个遍。
所有这些重复的代码，都是额外的成本，都是后期升级维护的障碍，占用的都是程序员学习、思考的时间。

建议完整的insert操作通过spring-data-jpa实现，其他操作通过anyline-data-jdbc实现