规范-dubbo服务设计

本文介绍了Dubbo服务的工程架构,包括Remote层、Manager层、Service层、Cache层、DAO层、DTO和DO的职责。开发规范强调了各层间的交互规则,如Remote层仅操作Manager和服务层,Manager层允许使用缓存和事务等。同时,提出了对外服务不应抛出异常、消费者需检查调用结果、服务端始终返回DubboResult等注意事项。建议内部业务异常使用BusinessException,且Dubbo层应配置RuntimeExceptionFilter。
摘要由CSDN通过智能技术生成

1、工程架构

    层次设计大致分为:Remote层、Manager层、Service层、Cache层、DAO层、DTO\DO。

    各层次功能描述:

  • Remote层:对外暴露dubbo接口;
  • Manager层:多表业务;
  • Service层:单表业务;
  • Cache层:缓存业务;
  • DAO层:数据库访问操作;
  • DTO:暴露服务操作对象;
  • DO:数据库操作对象;

2、开发规范

  • Remote层:只允许操作Manager层和Service层,命名规范为Remote*Service;
  • Manager层:只允许Service 层,可以使用缓存和事务;
  • Service层:只允许DAO 层和Cache层,一个Service对应一个DAO;
  • Cache层:只允许DAO 层,封装有降级策略的业务;

3、注意事项:

对外暴露的服务(Remote层),不允许抛出异常(异常需要发送堆栈信息),减小网络开销;

消费者获取DubboResult后,必须先判断调用是否成功,成功则进行正常业务处理,失败应该抛出异常或其他处理;

服务端在RemoteService层应该始终返回DubboResult;

内部Service层的业务异常应该使用BusinessException

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值