Electron团队为什么要干掉remote模块

Electron团队提供remote模块给开发者，

主要目的是为了简化渲染进程和主进程互访的难度，

这个目的却是达到了。

但也带来了很多问题，

归纳起来主要分为以下四点：

第一：它很慢

通过remote模块可以访问主进程的对象、类型、方法，

但这些操作都是跨进程的，

跨进程操作性能上的损耗可能是进程内操作的几百倍甚至上千倍。

假设你在渲染进程通过remote模块创建了一个BrowserWindow对象，

不但你创建这个对象的过程很慢，

后面你使用这个对象的过程也很慢。

小到更新这个对象的属性，

大到使用这个对象的方法，

都是跨进程的，

这种累积性的性能损耗，

可想而知影响有多大。

第二：它会制造混乱

假设我们在渲染进程中通过remote模块使用了主进程的某个对象，

此对象在某个时刻会触发一个事件（BrowserWindow对象中就有很多这样的事件），

事件处理程序是在渲染进程中注册的，

当事件发生时，实际上是主进程的原始对象先接到这个事件，

再异步的通知渲染进程要执行事件处理程序，

此时可能已经错过了很多事情，

类似event.preventDefault()这样的操作可能毫无意义。

在一个业务复杂的应用中这类错误非常难排查。

第三：它会制造假象

我们在渲染进程中通过remote模块使用了主进程的某个对象，

得到的是这个对象的映射