分布式事务解决方案ServiceComb - Omega源码阅读与分享

ServiceComb已经是Apache的顶级项目，包含两个组件，即 alpha 和 omega。

源码地址：>

烟囱式开发模式：

上述开发模式有几个弊端：

这样开发模式的优势：

业务代码集中在业务层 service,专注于业务对象 bo 的封装以及业务对象给展示层 vo的转换，封装复用逻辑，可以减少大量重复的代码，后期维护便捷的多。

数据库改动只设计dao层，快速响应各个业务。

业务代码如何拒绝 all in one

以上的controller代码最突出的缺点就是代码完全无法复用，完全没有使用到面向对象封装，集成，多态的特性。业务开发中，一般都是权限校验，参数校验，业务判断，业务对象转换数据库 *** 作。

我的做法是业务抽象，把公共代码进行抽取，通过配置的形式的方式调用，使业务代码可以以可插拔的方式选择指定的权限校验，参数校验。简单来说，就是善用AOP面向切面编程的思想，示例如下：

使用aop对权限校验逻辑进行抽取，能够通过注解的方式指定哪些controller需要进行权限校验。对用户进行数据过滤时，使用controller的拦截器获取该用户拥有的各类权限，并把用户数据保存在上下文threadloal中，并且通过配置对指定url进行拦截。在业务层，从上下文拿到用户权限数据做各类数据业务过滤，通过aop实现各类拦截业务的指定调用。

使用java validtion对通用的字段，例如电话号码，身份z，进行扩展，详细可以参考，如何使用validation校验参数？，在项目中其他类似校验进行复用。

业务判断：使用设计模式对不同类型的业务开发进行封装，集成，多态扩展；这样在后期的扩展中可以基于开发封闭原则，针对新的业务扩展子类即可。

业务开发过程中，依照阿里巴巴研发规范的要求，存在DO(数据库表结构一致的对象)，BO（业务对象）,DTO(数据传输对象)，VO（显示层对象），Query（查询对象）。

使用MapStruct，可以灵活的控制的不同属性值之间的转换规格，比orgspringframeworkbeansBeanUtilscopyProperties()方法更加灵活。

例如，公共字段，生成日期，创建人，修改时间，修改人使用插件的形式进行封装，在mybatis-plus中使用MetaObjectHandler，在执行sql之前完成统一字段值的填充。

项目如何做好代码注释？

在业务中特别是状态的值，在对外发布api的vo对象中，加上状态枚举值的注释，并且使用@link 注解，可以直接连接到枚举类，让开发者一目了然。

以上就是关于分布式事务解决方案ServiceComb - Omega源码阅读与分享全部的内容，包括:分布式事务解决方案ServiceComb - Omega源码阅读与分享、Vert.x Local EventBus、如何写好业务代码等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！