python 自带 sqlite，用 http 最容易和 nodejs 交互了。

【 在 eGust (十年) 的大作中提到: 】
: 再加个数据库就变成三个系统了……
: http 的确是相对简单而且跨平台，但首先问题是通信效率并不高，其次是两个系统放一起打包难度一下就提高了，尤其又想跨平台的话
--
FROM 36.249.111.*

我给楼主的建议是现在(他自己以及承接开发的团队)懂什么就用什么。。因为看起来他并不想在界面开发领域专精一个技术。

关于 python 和 nodejs 交互的讨论则是纯技术讨论，只是想说 python 跑个 http 服务器是很容易的事情。布署 python 的难度和布署 electron 也差不多。

如果让我来做，考虑到自己懂 python, qt 和 web，不存在楼主的麻烦。我肯定会选择 pyqt 的。要是 python 部分简单容易改成 c++，我应该会直接用 qt/c++ 来做，以降低布署难度。

你是不是一直误会我的观点。我的想法是 qt/c++/qml 是 pc 平台下各方面综合下来最好的技术，但是入门门槛高，开发成本高，使用场景需要仔细考虑。

【 在 eGust (十年) 的大作中提到: 】
: electron 也是无脑部署啊，你在哪个平台安装 chrome 遇到问题了么……
: 我刚才还在想，难得我推荐一次你擅长的 py + qt，怎么你反倒往 node 这边推
--
FROM 36.249.111.*

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 标  题: Re: 做个小的桌面应用用node, React还是QT比较好？
: 发信站: 水木社区 (Wed Feb 20 14:23:26 2019), 站内
:
: 我给楼主的建议是现在(他自己以及承接开发的团队)懂什么就用什么。。因为看起来他并不想在界面开发领域专精一个技术。
楼主说了自己水平不高，那就专注 py 一门语言就好了。electron 这边虽然现在已经简单了很多，但也是两个进程起步，main 和 renderer 进程的 api 又不一样，renderer 只有 node api 的子集。你大概觉得不挺简单的么，但对于小白来说概念实在太多了

:
: 关于 python 和 nodejs 交互的讨论则是纯技术讨论，只是想说 python 跑个 http 服务器是很容易的事情。布署 python 的难度和布署 electron 也差不多。
作为 ipc 的手段，常规 http 的效率太低了。electron 的部署跟 chrome 是一样的，跨平台二进制部署都是开箱即用的

:
: 如果让我来做，考虑到自己懂 python, qt 和 web，不存在楼主的麻烦。我肯定会选择 pyqt 的。要是 python 部分简单容易改成 c++，我应该会直接用 qt/c++ 来做，以降低布署难度。
都一样啊，要是我的话 py 部分不多的话，直接用 node 写就好了。复杂的话考虑跨平台就 node 这边起个 udp/web socket，py 那边写几行 client 就完了，随时可以换掉。

:
: 你是不是一直误会我的观点。我的想法是 qt/c++/qml 是 pc 平台下各方面综合下来最好的技术，但是入门门槛高，开发成本高，使用场景需要仔细考虑。
入门和开发成本高还是综合最好的……

:
: 【 在 eGust (十年) 的大作中提到: 】
: : electron 也是无脑部署啊，你在哪个平台安装 chrome 遇到问题了么……
: : 我刚才还在想，难得我推荐一次你擅长的 py + qt，怎么你反倒往 node 这边推
:
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 36.249.111.*]
--
修改:eGust FROM 125.236.134.*
FROM 125.236.134.*

electron直接target portable。就一个exe放到其他机器上。都不用部署
【 在 hgoldfish 的大作中提到: 】
: 都用 nodejs 了，还纠结布署？而且 python 的布署相对也很简单了，有 pyinstaller/py2exe 可用，甚至叫客户安装 python37.msi 也很容易。
: 要论布署，Qt 吊打 pyqt/electron，然并卵，看楼主的样子，不建议用 Qt.
:
--
FROM 114.222.189.*

electron没用过，学习了

【 在 oyljerry 的大作中提到: 】
: electron直接target portable。就一个exe放到其他机器上。都不用部署
: :
--
FROM 180.154.226.*