还是放弃了用 JavaScript 写桌面应用

[xcodebuild]

前些天开发了一个 macOS 应用来解决窗口切换麻烦的问题： https://www.v2ex.com/t/557042#reply73

Electron

第一个版本是用 Electron 实现的（妄图 JavaScript 一统天下），但是由于这个软件用到了很多 macOS API 必须通过 Objective-C 去调用，只能通过类似 node-ffi 的方式完成。最后调试起来比较蛋疼，而且打包的体积过大。

MacGap

第二个版本（也就是上面的链接里看到的版本）是用 MacGap + Vue 实现的，需要写一些 Objective-C 的代码，同时 OC 和 JavaScript 的交互也变得更容易了（至少我觉得比 node-ffi 好用）。打包的体积也可以接受，只有 2M 多。然而总有用户反馈有各种奇奇怪怪的 bug 以及卡顿。

这里卡顿其实并非 JavaScript 的锅了，虽然 OC 和 JS 的交互理论上会消耗一部分性能，但是更多是因为 Webview 本身渲染就比较低效，窗口切来切去的经常出现残影。

macOS Webview 本身的一些 bug 甚至导致在某些低版本系统上直接 crash，当时用 Vue 画出来的界面长这个样子

把渲染部分重构成 native

最后还是把用 Vue 写的渲染部分用 Objective-C 重构了，顺畅多了。。

结论

所以 JavaScript 仍然不太适合写交互比较频繁的应用（就像窗口切换这种），更适合有跨平台需求的或者对交互性能要求不高的界面。

不得不说用 JavaScript + Vue 写界面本身是比用 Cocoa + OC 写要舒服的多的。。

下载地址

感兴趣的同学可以下载围观： https://github.com/xtab-app/xtab/releases

[xcodebuild]

微博图床似乎搞成了 refer 识别同时只对上传者可见？

[xcodebuild]

补充一下图。。

### Vue 写的
https://i.bmp.ovh/imgs/2019/04/6c4d0404068dc696.png

### Cocoa 写的
https://i.bmp.ovh/imgs/2019/04/6c4d0404068dc696.png

[DAPTX4869]

图全挂...

[xcodebuild]

@DAPTX4869 v 站的评论怎么发图来着，我记得是直接贴图片链接就行才对啊- - 超过时间也不让我编辑了

[vanishcode]

我还是老老实实用原生开发= =，electron 太大了。之前想开发过一个 menu bar 上的 app，用的 quark shell。结果也是各种不方便=。=

[xcodebuild]

@vanishcode 是的，我现在发现写 Objective-C 好像也没什么不好的🤣 有跨平台需求再用 Electron 吧

[DAPTX4869]

@codefalling #4 到现在我都不知道评论咋发图...markdown 也不行

[binaryify]

@DAPTX4869 直接发图片链接，不过限制图床

[xcodebuild]

@binaryify 怪不得我记得以前我发过图片来着。。。微博图床不能用了随便找了个 v 站又不识别

[H0H]

JavaScript 跨平板桌面版肯定不成熟嘛，非马后炮。其实想一想，如果成熟，那主流跨平台方案早是 JS+HTML+CSS 了

[xcodebuild]

@H0H 迅雷好像已经是 electron 的了

但是性能和体积还是蛋疼

[Pastsong]

不怕踩坑可以用 react-native-{windows,macos}

[xcodebuild]

@Pastsong 怕了😆 Cocoa 真香

[murmur]

@codefalling 迅雷以前不是自研的 directui 么

[walter211]

坐等 flutter

[bccoder]

@walter211 同

[xcodebuild]

@murmur 以前是的，新版似乎已经是 electron 了，挺卡的😶

[siyushin]

提个小建议：把快捷键名和 App 名放的近一点，一眼就可以看到，不必再目光水平左移……

[frankmdong]

@codefalling #9 可以把域名改成：wx1.sinaimg.com ww1.sinaimg.com 不过估计撑不了多久

[xcodebuild]

@siyushin 有道理，感谢反馈