Electron 是否存在与ipcdrender.invoke等效的主进程?

Electron 是否存在与ipcdrender.invoke等效的主进程?,electron,Electron,将允许渲染进程从主电子进程获得承诺。但是是否有一个反向版本——主进程可以调用从渲染窗口获取承诺?类似于(伪代码) 不,只有ipcRenderer实现invoke()函数,ipcMain当前没有类似的功能。它只实现了handle()函数,该函数与invoke相对应。这是一个理论问题,还是您有一个明确的目标?我还查看了WebContent文档,没有实现类似的功能。也许它值得一个特性请求,而不是理论上的。我需要在渲染过程中打开一系列视频,并从每个视频中异步提取信息。现在我正在使用,效果很好。但我想知道

将允许渲染进程从主电子进程获得承诺。但是是否有一个反向版本——主进程可以调用从渲染窗口获取承诺?类似于(伪代码)


不,只有ipcRenderer实现
invoke()
函数,ipcMain当前没有类似的功能。它只实现了
handle()
函数,该函数与
invoke
相对应。这是一个理论问题,还是您有一个明确的目标?我还查看了WebContent文档,没有实现类似的功能。也许它值得一个特性请求,而不是理论上的。我需要在渲染过程中打开一系列视频,并从每个视频中异步提取信息。现在我正在使用,效果很好。但我想知道我是否错过了一种天生的方式。当我偶然发现
ipcdrender.invoke()
时,我想“哦!就是这样!”然后我意识到它将数据发送到了错误的方向。:-)不,只有ipcRenderer实现
invoke()
函数,ipcMain当前没有类似的功能。它只实现了
handle()
函数,该函数与
invoke
相对应。这是一个理论问题,还是您有一个明确的目标?我还查看了WebContent文档,没有实现类似的功能。也许它值得一个特性请求,而不是理论上的。我需要在渲染过程中打开一系列视频,并从每个视频中异步提取信息。现在我正在使用,效果很好。但我想知道我是否错过了一种天生的方式。当我偶然发现
ipcdrender.invoke()
时,我想“哦!就是这样!”然后我意识到它将数据发送到了错误的方向。:-)
win.webContents.invoke('preview-video', data).then((responseData) => {console.log(responseData)})