1.接口粒度 1.1 服务接口尽可能大粒度,每个服务方法应代表一个功能,而不是某功能的一个步骤,否则将面临分布式事务问题,Dubbo暂未提供分布式事务支持.同时可以减少系统间的网络交互. 1.2 服务接口建议以业务场景为单位划分,并对相近业务做抽象,防止接口数量爆炸. 1.3 不建议使用过于抽象的通用接口,接口名称的定义应遵循望文生义原则,如:Map query(Map),这样的接口没有明确语义,会给后期维护带来不便. 2.接口版本 2.1 每个接口都应定义版本号,为后续不兼容升级提供可能,如:…