物流信息查询设计总结

为什么80%的码农都做不了架构师？>>>   

 

1：给外部暴漏logistcsServer使用服务

2：采用简单的工厂模式通过渠道号判断具体业务trans

3：业务处理类统一实现业务处理接口（业务处理接口可以使用抽象类，从而可完善封装也可增加公用方法，能减少一些代码，但是我还是使用了接口，习惯而已）

4：业务方法返回统一的QueryTxnResult数据 里面包装着响应原文、响应通用Bean、错误代码和错误消息

5：又各自定义了各个渠道使用的对应数据模型，在用户将参数传递到服务中之后，先在服务中转换成通用请求信息QueryTxnRequest，通用请求信息传入具体的Trans方法后，首先被转换成渠道指定的Bean类型并校验数据，将默认值加入

6：完成5之后成配置文件中取出相关信息，开始按步骤进行处理，完成网关通信，解析响应信息，（这里并没有记录日志）

7：每一步都有信息检查，若得到的结果与预期不符，则返回一个新new的queryTxnResult，所以调用服务者在收到回传的对象后需要进行判断。

8：QueryTxnRequest 中的domainRespBean才是包含路由信息的类。

转载于:https://my.oschina.net/dlam/blog/663803