Dubbo 接口设计原则、服务系统划分
来源:互联网 发布:行知实践园观后感400 编辑:程序博客网 时间:2024/06/02 02:58
接口设计原则
- 接口类型
- 简单数据查询接口:action、facade、dao
- 带业务逻辑的数据查询接口:action、facade、biz、dao
- 简单的数据写入接口:action、facade、dao
- 带业务逻辑的数据写入接口:action、facade、biz、dao
- 同步接口
- 异步接口
- 设计原则
- 接口粗粒度 一个接口代表一个完整的业务功能
- 减少系统间的网络交互
- 防止业务接口数量爆炸
- 解决Dubbo接口的事物问题。
- 接口粗粒度 一个接口代表一个完整的业务功能
- 接口版本
<dubbo:service interface="com.XxService" version="1.0" />
- 为后期不兼容升级提供可能
- 接口兼容性
- 可兼容 :
- 增加方法
- 服务模型增加字段
- 不兼容 需要变更版本号
- 删除方法
- 删除模型字段
- 枚举类型新增字段也不兼容
- 可兼容 :
- 异常处理
- 使用抛出异常来汇报错误,而不是返回错误码,异常信息能携带
更多信息,以及语义更友好。- 如果担心性能问题,在必要时,可以通过override掉异常类的
fillInStackTrace()方法为空方法,使其不拷贝栈信息。 - 查询方法不建议抛出checked异常,否则调用方在查询时将过
多的try…catch,并且不能进行有效处理。
- 如果担心性能问题,在必要时,可以通过override掉异常类的
- 使用抛出异常来汇报错误,而不是返回错误码,异常信息能携带
- 必要的接口输入参数校验
在Provider上尽量多配置Consumer端属性
作服务的提供者,比服务使用方更清楚服务性能参数,如调用的超时时间,合理的重试次数,等等
在Provider配置后,Consumer不配置则会使用Provider的配置值,即Provider配置可以作为Consumer的缺省值。否则,Consumer会使用
Consumer端的全局设置,这对于Provider不可控的,并且往往是不合理的。
服务系统划分
- 按业务独立性垂直划分
- 本书无状态
- 注意事项
阅读全文
0 0
- Dubbo 接口设计原则、服务系统划分
- dubbo服务划分和接口设计原则(五)
- Dubbo服务接口的设计原则
- Dubbo高级篇_07_Dubbo服务接口的设计原则
- Dubbo之——服务接口的设计原则
- 【dubbo】分布式服务划分
- Dubbo&ZK分布式服务化改造(三)——Dubbo服务高级特性及服务划分原则
- 规范-dubbo服务设计
- 分布式架构学习之:020--服务接口设计原则
- 设计原则-接口隔离原则
- 软件服务模块的划分原则
- 接口设计原则-杰
- 接口设计原则
- 接口设计原则
- 接口设计六大原则
- 接口设计原则
- App接口设计原则
- 接口与设计原则
- Qt学习笔记 -------------------------QWidget 1
- calendar.getActualMaximum(calendar.DAY_OF_MONTH)的陷阱
- vue-resource、Vue中response的get、post和jsonp请求例子
- JavaScript常用表单事件用法总结与实例
- ES6(四)正则
- Dubbo 接口设计原则、服务系统划分
- 普通Java类获取spring 容器的bean的5种方法
- AndroidStudio设置运行时自带签名
- 冒泡排序算法详解及优化
- Linux下的tar压缩解压缩命令详解
- nodejs学习笔记 之prototype
- Android 开发需要掌握的技术知识点全面总结
- Android open source 带指示气泡的seekbar
- 【原创】Mybatis插件推荐-mybatipse