摆脱Java开发定式

当Java后端开发一段时间后，我貌似被定式框住了：

• 分析需求。
• 建立前端页面、controller、doubboservice、impl、service、impl、mappper、xml、databean文件（行云流水，十分熟练）
• controller处理请求参数，dubboservice暴露服务、servcie编写业务，dao与数据库进行交互。

从简单的增删改查，到后面逐渐复杂的业务，到现在一个节点的编写。
不禁产生了疑问：
我现在除了业务、表结构、协同开发、流程等越发熟悉，但是编程水平压根没多大提升，就像是面向过程开发，或者是面向数据库开发。
但一个开发人员不应该是这样的吧。重复的劳动对于我来说没有任何意义。
除了算法，Java的抽象思维逐步减退，所以我进行了改变：

• 约定开发范式
  • controller处理前端传过来的参数，比如加入用户信息，处理默认参数等，之后调用dubboservice。
  • dubboservice不处理业务，只调用servcie。(有人说那为什么要加入dubboservcie这一层呢，原因就是暴露服务)，返回值为Map<String, Object>。
  • service层编写业务，服务等（可以简单的理解为增删改查）。
  • dao层与数据库进行交互。
• JavaBean抽象出来一个父类，具有公共的属性，继承序列化接口，以后的JavaBean继承这个类。
• 定义公共返回值类，封装创建的返回值，比如成功、失败、警告标志和信息。定义返回值类，链式编程，可以追加公共返回值。
• 定义公共工具类，比如ConvertUtil、MapUtil、DateUtil等，将一些常用的方法抽象到工具类中。
• 抽象service，service实现继承，问题是service关联dao层，所以需要泛型的帮助。

public class ServiceImpl<M extends BaseMapper<T>, T> implements IService<T> {
    @Autowired
    protected M baseMapper;

    public ServiceImpl() {
    }

• 对经常用到的服务进行公共化（多个业务需要用到）。
• 学习Java流库API，解决循环不能调用sql的开发规范。

但优化的越多，却感觉到我还是没有学到面向对象的精髓，至少到现在我还没用到设计模式。倒是对第三方库比如文档、poi、json、hutool、log越发熟悉了。。。