这是一个创建于 2876 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前看下来，个人觉得好处好像是，可以直接用网页的 js 代码，很多逻辑可以直接抄袭；
坏处好像这个节点很多人对 electron 嗤之以鼻，可是又没有人总结，也没有人给出更好的解决方案。
是不是 1，安装包太大了？ 2，慢？
大家能不能指一条路呢。
坏处好像这个节点很多人对 electron 嗤之以鼻，可是又没有人总结，也没有人给出更好的解决方案。
是不是 1，安装包太大了？ 2，慢？
大家能不能指一条路呢。
 | 1 Rice 2017-12-12 22:08:11 +08:00 via Android 然而他们很多人都在用 atom 和 vscode。 你有网页的基础，要开发快就用。你应该也知道有什么坑了。ps：面向客户的话先问清楚，我们这边曾经用 electron 开发了客户端，开发完了客户才说 electron 是网站，太 low，不安全云云，于是还用 pyqt 重做。 |
 | 2 Lpl 2017-12-12 22:11:28 +08:00 via iPhone 以前做过简单的开发...嗤之以鼻有一部分原因是中文文档和分享太少。记得云音乐以前好像用的这个 |
 | 3 shiny 2017-12-12 22:13:26 +08:00 个人项目的话，哪个开发效率高用哪个。 |
 | 4 dcalsky 2017-12-12 22:13:39 +08:00  2 electron 框架在跨平台开发方面已经算比较成熟了，只要你不搞太底层的开发那么坑不大（上次做文件系统被坑惨了）。而且结合社区积累的知识点、解答的问题，应该能度过很多坑了。看你是不是能熟练使用搜索工具了。 1、安装包大。确实是一个问题，但是在 mac 下，其实各个软件体积都还挺大的。或者可以试试这个打包： https://github.com/electron-userland/electron-forge ；但是你的软件有特别要注重体积的应用场景吗？ 还有 js 文件暴露的问题。意味着如果你要做一些安全方面的开发，请尽量在后端搞。 2、慢。看你说是哪一方面的了。编程语言？ UI 渲染？还是网络请求？如果你不做高密度计算工程，如果慢，那就不是框架的问题。 补充一点：vscode 基于 electron 开发的案例，不能作为普通开发者的参考。 |
 | 5 duan602728596 2017-12-12 22:14:22 +08:00 via iPhone 用的 nwjs，react 全家桶配合 node 美滋滋 |
 | 6 alang 2017-12-12 22:20:30 +08:00 近期的 GUI 全部用 electron + vue 来开发了。迅速。 至于上面又说中文资料少的，我最鄙视这种人了。资料已经不少了，踩过的坑基本都能找到文档，英文的也看的懂。还拿中文文档说事情的人，你这辈子也就这点出息了。 说 low 的那些客户，我是没遇到过，反而称赞界面更漂亮了，更现代化了。 能够迅速的完成开发，快速迭代，客户能很快的拿到工具开始用，这个已经非常值得了。 赶紧做，别想那么多。 |
 | 7 ivechan 2017-12-12 22:26:35 +08:00 1 electron is flash for the desktop. |
| 8 ivechan 2017-12-12 22:30:00 +08:00 3 可怕的是 electron 是个初期的 flash(可能刚刚开始), 而不是现在被淘汰的 flash. 当然了, 我觉得用 electron 是现在最好的选择(就像 flash 当时也是最好的选择一样) 当你电脑上有一个 electron 应用的时候你会称赞它, 并且被它的外表所吸引, 可能会嫌弃其他应用. 当你电脑上所有应用都使用 electron 的时候, 一切变得就不那么美好了. |
 | 9 someonetwo 2017-12-12 22:38:44 +08:00 主要看应用类型了，如果是偏向底层的应用软件肯定不合适，如果偏网络应用的，而且大部分在 web 上就能操作的，那这个是最合适了。 |
 | 10 nicevar 2017-12-12 22:44:06 +08:00 electron 适不适合是看你的需求的，如果应用与操作系统结合比较多，对性能要求很高就不太适合，如果只是做一些业务逻辑的东西问题不大，所以先调研一下，别最后做到后面发现有问题解决不了推倒重来就麻烦了，技术调研很重要的，近几年遇到好几家公司就是死在移动客户端上，一开始用 html5 开发 app，到后期快上线了发现有解决不了的问题 |
 | 11 learnshare 2017-12-12 22:47:08 +08:00 Electrom 或者 QML 吧 |
12 jahan OP 感谢大家热情回复。 @nicevar 性能要求不高，个人用的管理软件而已，需要一部分网络通讯。 @someonetwo 基本上很大一部分操作抄袭网页的逻辑甚至界面。 @ivechan 现在想着能快速做一个东西出来，至少用起来，但是确实觉得 ele 很炫。 @alang 感谢提醒 ele+vue @duan602728596 这个具体怎么配置？ nwjs 不是已经背 ele 取代了吗 @dcalsky 目前自己用，大小倒不是问题。高密度的计算打算用 julia 解决。 再次感谢大家热情回复。 |
 | 13 JosephusZhou 2017-12-12 23:08:51 +08:00 via iPhone @Lpl 不会谷歌，英文社区一堆，github issues |
 | 14 jahan OP 另外请教一下大家有没有财务管理类的 electron 开源代码可以学习的？ git 上有个俄国人写的，觉得不是特别清晰。 |
| 15 duan602728596 2017-12-12 23:27:48 +08:00 via iPhone @jahan 取代到不至于，只不过各有优缺点罢了。配置就是 webpack+react 全家桶的单页配置，路由就是 HashRouter 的形式，去掉 webpack 的热更新，其他的和前端开发差不多。 |
| 16 jahan OP @duan602728596 看起来这个配置就较为复杂。如果有清晰的文档还好。不知道 helloworld 环境要搞多久？ |
 | 17 lengyihan 2017-12-13 00:32:38 +08:00 via Android 不好，qt 吧 |
 | 18 param 2017-12-13 00:37:36 +08:00 via Android 现在没人谈 Qt 了吗？ |
 | 19 coolcfan 2017-12-13 01:24:11 +08:00 via Android 1 对于开发者当然是好选择…… 作为用户，我很不喜欢用 electron 做的桌面程序…… |
 | 20 inflationaaron 2017-12-13 01:29:04 +08:00 via iPhone electron 最大的问题还是资源占用，每多开一个 electron app 就相当于多开了一个浏览器。话说现在有没有 C/S 结构的 electron 呢 |
 | 21 alexlee0728 2017-12-13 01:32:12 +08:00 via Android Cocos studio |
 | 23 shihira 2017-12-13 03:17:32 +08:00 via Android 当然应该用 qml 啊 |
 | 24 janxin 2017-12-13 08:24:14 +08:00 via Android qt 有免费实现啊 |
| 25 jahan OP @inflationaaron 如果有一天满屏都是 electron 桌面,对系统也是考验,项目到后期效率和资源就成了关键了。qt 和 electron 都尝试下看看,谢谢大家。 |
 | 26 jasperjia 2017-12-13 08:51:25 +08:00 |
 | 27 missdeer 2017-12-13 08:55:02 +08:00 业务需求决定技术选型 |
 | 28 wu67 2017-12-13 09:24:16 +08:00 曾经我想用一个开源项目，但作者只放出了源码。 所以我只能 git clone。 只是当我 npm i 的时候，electron 一直 i 不了，三四次之后我就放弃了，直接转找其他 qt 打包好的。。。 |
 | 29 jishu541464750 2017-12-13 09:29:32 +08:00 借楼请问一下，electron 可以开发类似$$或者网游加速器之类的应用么。 看了下文档，只看到了针对渲染进程的 session 有使用代理的方式（ session.setProxy ），没看到能监听系统网络的 API。 |
 | 30 evolify 2017-12-13 09:29:53 +08:00 go-sciter |
 | 32 chairuosen 2017-12-13 09:32:24 +08:00 1 告诉你我们遇到一些坑。 node 原生库的多平台 rebuild 麻烦，系统内置的库在某些系统上有可能缺失。 node 进程和浏览器进程通信的 ipc 会阻塞浏览器渲染进程，通信多了就感觉卡。 窗口不 focus 时接收不到点击事件，所以 blur 时无法直接点击自己实现的窗口控制栏按钮关闭。 毕竟是个浏览器，本地交互有权限问题，比如粘贴不能识别为文件只是图片。 mac 下和输入法有兼容性问题，经常 crash，1.7.5 才修复。 调用 windows 通知系统有积压消息问题。 mac 下开关 dock 栏自动隐藏会导致禁止窗口缩放的控制失效。 |
| 34 jahan OP @chairuosen 感谢分享这么多经验。解决这些应该付出很多时间。 |
 | 35 deadEgg 2017-12-13 09:58:27 +08:00 看好 electron，不看好 Qt。个人使用下来 Qt 有点老旧（望指正）。 |
| 36 nicevar 2017-12-13 11:30:01 +08:00 1 @deadEgg 其实关系不大，两者针对的需求不太一样，electron 比较适合偏业务逻辑的应用，对性能稍微有要求的用 electron 开发出来根本没法用，体验很差，除非是垄断行业，否则别人用 Qt 开发出类似的应用，用户全跑了，而 Qt 适合开发各种跨平台的应用，缺点就是开发效率低一点，不过在 symbian 时代后期就已经推出 qml，配合 js 开发效率高了不少，现在很多人都不知道自己电脑里很多应用都是 Qt 开发的，比如游戏平台暴雪的战网和 11 平台、Autodesk 系列、android 官方模拟器及 genymotion、amd 的驱动管理、反编译的 ida pro、播放器 vlc、虚拟机 virtualbox、google 的桌面软件系列、skype 和 yy 语言等等太多了 |
 | 38 tamlok 2017-12-13 13:02:32 +08:00 @jahan 可以试试 QML 或者 pyqt。另外，Qt 的 QWebEngine 能够调用 Javascript，混合开发还是很方便的。不过，C++来开发，进度的确是慢别人一步。 |
| 39 nicevar 2017-12-13 14:57:53 +08:00 @jahan 如果你的应用是偏逻辑的，用 electron 没啥问题，就是安装包比较大，如果写个小工具用它的话就不方便了，一丁点功能就上百兆的体积，如果你用 Qt 的话，要学习 C++，成本有点高，不用 Qt widget 用 qml 还好点，但是 qml 开发的时候遇到一些需要定制的东西还得用 c++封装，尽管这种情况不一定需要，不过你熟悉 Python 所以 PyQt 比较适合你现在的情况，搭建好环境了解一下 Qt 的 Gui 库和信号槽机制，然后对着官方文档就可以开工了，当然坑是少不了的 |
 | 40 zjsxwc 2017-12-13 14:59:20 +08:00 atom 卡的要死, 居然还有人用 |
 | 42 edsheeran 2017-12-13 18:24:50 +08:00 via iPhone qt |
 | 44 droiz 2017-12-13 19:13:12 +08:00 via iPhone 对开发人员来说可能是个好选择，但作为用户我最烦这种软件，除非 vscode，否则一律不用 |
 | 45 loading 2017-12-13 19:17:56 +08:00 via Android 界面写起来太慢了吧。 |
 | 46 srlp 2017-12-13 19:19:07 +08:00 via iPhone 是好选择。实际上需要一套代码跨平台，除了 electron 和 qt 之外也没有什么好选择了。 重点是不要做成浏览器+网页版那种。 楼上各位都说 vscode 好用，那是因为别人“伪装”成桌面应用很用心，而且优化得基本不卡了。 除了效率之外的另一个问题就是确实文件体积很大。 如果不追求跨平台共用代码的话，分别 native 实现当然是最好的，比如 win 上用 c# 撸一个。 |
| 47 srlp 2017-12-13 19:28:50 +08:00 via iPhone 呃，除了 electron 和 qt，你还可以上个 java #滑稽 |
 | 48 REB 2017-12-13 19:32:16 +08:00 via Android 还有 Java FX(￣￣) |
 | 49 TangMonk 2017-12-13 19:34:20 +08:00 via Android golang 可以试试 |
 | 50 SuperMild 2017-12-13 19:36:01 +08:00 via iPhone 其实自用的小软件，做成服务器加网页的形式就很好，没必要追求 GUI，比如 electron，如果不花很多时间精力去做界面伪装原生软件，也就和打开个网页一模一样，与服务器加网页相比优势不明显， |
| 51 jahan OP |
 | 52 northisland 2017-12-13 19:42:31 +08:00 via iPhone Unity |
 | 53 secondwtq 2017-12-14 01:27:53 +08:00 1 和 Electron 在看起来“主流”的 Web 开发之类圈子火热相对的是，Qt 这东西在 VFX 圈已经无双了 ... Maya，Modo，Nuke，Houdini，Mari，Substance 系列，叫的上名字的，叫不上名字的，打开没个 Qt 都不好意思见人，好像 Max 也换了 Qt 了 这个占有率恐怕能跟 Electron + 浏览器相比，我个人觉得是比 Electron 牛多了 同时这一行现在坠好的语言是 Python，PyQt 和 PySide 当然也跟着鸡犬升天了 当然这些东西对性能的要求比较高，也没啥网络请求，主要是跨平台，风格统一可扩展之类的需求 （ Photoshop 和 ZBrush 俩没用 Qt 也没 Linux 版的一旁瑟瑟发抖） Electron 这东西啥时候能不一个应用都带一个 100 多 M 的 runtime 我就不黑他，浏览器这么一个天然 monolithic 的东西好像解决这个问题很蛋疼 ... 恐怕唯一不介意这么大一块破烂进来的软件只有单机游戏了（ http://blog.wolfire.com/2009/07/a-webkit-primer-part-1/） |
 | 55 Akkuman span class="ago" title="2017-12-14 10:05:08 +08:00">2017-12-14 10:05:08 +08:00 via Android @evolify golang 哪个界面库比较好用 |
| 56 nicevar 2017-12-14 10:25:40 +08:00 @jahan 我觉得你直接从 PyQt 入手学比较好，找 PyQt5 的教程，英语不差的话直接看 python 官方 wiki 的教程，看完 Qt 的 UI 和信号槽部分就可以入手做了，如果你想从 C++开始把 Qt 一整套全部系统学习，周期比较长，受挫感也强，当然时间够的话也可以，毕竟技多不压身 |
| 57 evolify 2017-12-14 13:42:05 +08:00 @Akkuman 说实话 golang 写界面我只是有了解，据说 go-sciter 不错，也是用 html 写，不过打包差不多就 3M 左右，可以尝试下。大学的时候玩过 mfc 和 wpf,后来实习的时候用 java 写界面，从 swing 到 javafx，感觉 javafx 还不错。再后来自己玩过 nwjs，再到 electron。再后来就搞 web 前端和后台了。感觉 electron 体积确实是个问题，当然如果技术栈用这个或者自己写的玩玩的话就无所谓。 |
| 58 evolify 2017-12-14 13:43:23 +08:00 更正一下，公司技术栈。。。 |
| 60 secondwtq 2017-12-14 23:04:18 +08:00 提到 JavaFX，我今天早上不知道在找什么恰好找到了这贴子 https://reddit.com/r/programming/comments/740bcd/say_no_to_electron_building_a_fast_responsive 里面提到了可以用 Java 9 新的 module system，配合 JavaFX，把 JRE 打包进去 听起来非常“ enterprisey ”，不那么 enterprisey 的是，这套方案应该还没有人用 ... 这贴子里面也有 sciter 作者的回复，感觉很厉害 我也赞同他“ UI needs multiple DSLs ”，以及浏览器的路线和方向是对的，但是执行上出了问题导致不适合做 UI 的看法 |
 | 61 yaolixing 2018-04-29 01:43:50 +08:00 via Android 试试他山框架挺不错的 |
Select Language