前面几篇介绍,终于到了应用阶段啦,我们来做一个RPC来加强学过的知识
做基础核心时先确定解决什么问题,提供什么服务,同将来扩展等
rpc 分两部份,一个是调用者,另一方是服务提供者
调用者只关心那个服务,传相应参数,返回内容就可以
而提供者根据调用相应服务同参数,工作处理后响应内容即可
根据他们的关系可以用JAVA 接口同实现类 来约束书写完成功能
另外说点流行的:微服务
微服务主要解决人员分配,快速开发交付项目,将一个项目所有服务拆分成一个个应用,每个服务就可以独立部署。
开发环节每人负责开发一个或多个服务,能达到并行开发又互不影响。
服务质量隔离开,代码质量取决于开发者本身水平,出了问题后期再优化,当然前提是项目活下来
微服务有个致命缺点:就是拆分太多导致项目上线后维护非常复杂,试想下如果一个方法诉成一个应用,得多少人才能管得住
微服务这么流行也有它存在的道理,那我们开发RPC也顺便将水平扩展也做了
先看下图:一个项目模块化开发
1.每个模块只能有一个公开访问服务,为模块与模块间调用
2.所有模块调用使用必须是接口不得是实现类,原因方便切换水平扩展
3.所有模块服务注册到同一地方,方便维护管理,致于感应服务变更,请求模式已介绍过,可以使用共享内存跟订阅/发布模式