争议：.node 方案好还是 http/websocket 方案好

[K120]

现在有个应用前端使用 Electron + Vue3 ， 后端采用 C++。

这是一个单机应用，以后可能会部署在 BS 架构里。

现在需要进行交互，有两种方案：

1. 使用 C++ NAPI 封装成.node 文件给 node.js 去调用在返回给前端。
2. 使用 http/websocket 浏览器可以直接调用，C++封装好二进制文件，启动的时候在 Node.js 层去启动。

希望大家给点意见。

[julyclyde]

第一种，你“返回给前端”是指直接渲染页面返回吗？还是用 http/websocket 呢？
感觉你的这两种方案不是完全可对比的两种情况，而是两种不同的划界方法？

[4seasons]

如果以后要部署 BS ，那么最好是走方案二

[irrigate2554]

方案 2

[iamwin]

要走 bs ，就彻底分离走 2

[nomagick]

方案 2 等于把 cpp 部分独立成一个项目，以后需要考虑这个 cpp 项目如何维护，主要是非实质的应用向功能增减，对高成本的 cpp 项目造成维护压力，需要掂量掂量，同时 cpp 的整个依赖树工具链，编译交叉编译都需要积极保持。

如果方案 1 cpp 部分只提供链接库，边界更清晰了，维护可以简单得多，频率低得多，非实质的改动留在 js 世界，这个是大部分客户端的务实选择

实际选择取舍和你本身的情况很相关，如果你是老登全干工程师，怎样其实都可以，如果是有一个核心老登团队，那不惧方案 2 ，但如果核心团队是前端只是招了一两个老登，别跟自己过不去

[ty29022]

都不选 用 ffi 最省事

[gefangshuai]

都无所谓，ai 改造那不是分分钟钟的事情吗