百恼的专栏

一般来说解耦有两条途径，一是远程请求，二是消息（推送）。这两种方式可以说使用的应用场景不一样，比如说远程请求这是主动方在调用方，而推送的主动权肯定是在生产方。为什么要解耦？这个。。。 如果用消息进行应用间解耦，消息将作为应用间的介质作为上下文传输。其实知道生产者和消费者就很容易明白，这样两个应用之间将不会有任何代码的依赖。        这样会有一个消息提供方和消息接收方。也可以说是消息生产方

这里客户端和远程服务都是具体和业务相关的，比如说会员服务需要独立部署。远程服务框架是要做的工作就是屏蔽具体和远程接口交互的细节，方便调用方进行调用，比如说配上接口名，服务器IP就能实现通信。实际应用中也不会太关心具体的机器IP。假如说会员服务是一个集群服务，那么对于客户端而言并不需要关心具体的IP，它所关心的只有服务，具体路由到哪台机器去处理也将是目标服务需要做的事情。并非客户端去做的事情。