带你读《2022技术人的百宝黑皮书》——跨桌面端Web容器演进（2）https://developer.aliyun.com/article/1340344?groupCode=taobaotech
远程组件
组件，大家都知道，它是模块化编程的一种方式，有着高内聚低耦合的特点。利用它可以实现搭积木式的编程。我们的组件也是学习了Microsoft的COM技术来实现的。那么远程组件是什么概念呢？远程组件也是组件，但它不提供真正的服务，一般情况下需要通过RPC连接到真正的组件上，通过RPC调用进而提供服务。使用者不关心自己 调用的组件是远程组件还是真正提供服务的组件。而工程化时只需要通过搭积木的拼接部署，就可以实现产品的架构调整。我们这里在千牛中，就是通过这种方式实现的。
远程组件的实现方式
熟悉COM的人都知道，组件中有一个ClassID的概念，可以叫他类ID，意思一套组件化接口可以有多种实现。我们 这里WebViewRemote和WebViewLocal实际上都是WebView，只是一个ClassID是Remote，另一个是Local。Remote即远程组件，而Local则是真正提供服务的组件。后续加入我们能提供多种进程间通信方式的话， 我们的ClassID还可以根据通信方式来扩展，比如zmq，mojo等。目前我们只实现了一套基于Chromium IPC的进程间通信方式，在IPC通信的基础上，我们加上了rapid_json的序列化方式。封装到了RPCFramework中，为我 们的远程组件提供通信支撑。
全新JS注入方式
不管是AEF和CEF，JS的注入和本地C++的通信都是业务的一个重要基点。但从结构中我们看到js的注入和c++的交互代码通常会封装在一个dll插入Render进程中，而业务通常在Aliworkbench千牛进程中。中间需要Browser进 程进行事件的转发作为通信的桥梁。为此增加一个js注入节点需要3个不同地方实现相应代码，开发十分不方便。在 新的WebView内部，我们提供了一个灵活的接口，在接口内，通过远程组件对通信进行了封装，并且自动创建的js 节点注入的代码。使调用者更多的关注业务的本身，而无需关心内部注入流程、js和c++交互流程和序列化相关等这些繁琐的步骤。
新的接口不再需要通过dll注入js节点
带你读《2022技术人的百宝黑皮书》——跨桌面端Web容器演进（4）https://developer.aliyun.com/article/1340342?groupCode=taobaotech
