alcat2008-洋
alcat2008-洋
用相同的方法在 Windows 下做了实践，与 MacOX 的不同主要有两个部分 ## update.json update.json 格式参考如下： ```javascript { "win32-x64-prod": { "readme": "Second Release", "update": "http://xxx/releases/download/1.2.0", "install": "http://xxx/releases/download/1.2.0/xxx.Setup.1.2.0.exe", "version": "1.2.0" } } ``` `install` 指定更新包的地址。 ## build 配置...
另外，@sorrycc 示例中是在 renderer 端对更新操作进行控制，个人认为更新功能作为独立的小模块，放在 main 端更加符合一般的通用场景。 main 端自动更新的代码可以参考 [autoUpdate](https://github.com/alcat2008/electron-react-starter/blob/master/src/main/autoUpdate.js)
万能的 `prototype`，js 天生的 middleware，赞一个！
谈谈个人的看法 ## 路由规划 路由是 `url => data`，但我遇到的大多数场景中 url 与 data 之间往往难以直接进行匹配。 就体验效果来说，SPA 提升最大的应用场景大都是交易型网站（应用），其目标是给用户桌面型应用的体验。 桌面应用和网站的区别是什么，个人感觉较为重要的一点是：桌面应用是封闭型的，已经规定好用户的使用方式，仅暴露特定的操作路径；而网站是开放型，其运行依赖于浏览器，得充分考虑到用户使用浏览器时的随意性，比如 `后退` 按钮，一个事务型交易结束后或者退出后，用户点击浏览器的 `后退`，这时该如何处理？ 所以在做路由规划时，需要考虑各种偶然性，这点可以从原生 APP 的视角来考虑，可以应用类似 storybook 的形式去思考。即：每一个分支走下去都有一个回环，最终落在路由栈的栈底。 ## SPA 的未来 单页面应用是现在的主流趋势，而且愈发火热。不仅在 PC 端，在移动开发领域，React Native、Weex、小程序何尝不是另一种形式的 SPA...
才看到这篇文章，感触颇深。 3年前的自己也是满怀深情，1年前离职时的人走茶凉、过河拆桥。 不过庆幸的是认识了一批很好的小伙伴。 每一步的前进总归要有一些东西离自己远去。