Java中的代理模式——静态代理以及分析静态代理的缺点
思考：以常见的增删改查为例，在执行增删改的时候我们需要开启事务，执行完成后需要提交事务假如说你Service里有100个增删改的方法，那这100个方法里除了你自己真正需要处理的业务逻辑外，每个方法都还需要去关注开启事务，提交事务这些动作。那有没有稍微好点的办法解决呢？
还在CRUD吗？给你一招一剑封喉，彻底摆脱简单的增删改查
小明接了个项目，业务方的需求里面有很多组织管理、人员管理、事件管理的需求，这些业务有面向终端客户的查询，也有面向内部管理人员的管理。需求的复杂度不高，很多都是表单的增删改查，但架不住需求点太多，小明还是得加班加点的当搬砖码农。