从实战角度记录 Electron 应用体积优化全过程：通过关闭 SourceMap、依赖治理、精准排除 node_modules 冗余文件等手段，将 DMG 从 240MB 降至 155MB。

一. 前言 之前有过关注的小伙伴 ，一定知道我之前主要的桌面端是 : PyQT + Python 的组合。 这个组合整体来说很成熟也很强大。 基于脚手架 ❗❗❗ ，简单的小工具能轻松解决，复杂的也能做

游戏官网角色展示动画的实现方式多种多样，从轻量级的APNG/WebP到功能强大的WebGL，从简单的序列帧到复杂的骨骼动画，可以根据项目需求和自身技术栈选择合适的方案。

用过 Electron 的兄弟都懂，好处是“会前端就能写桌面”，坏处嘛，三座大山压得喘不过气： 体积巨婴 空项目打出来 100 M+，每次更新又得 80 M，用户宽带不要钱？ 内存老虎 开个“Hell

外面下雨，气氛有些无聊，心里盼着周末快点到来。摸鱼时在百度网页查询天气，雨滴在屏幕上滑落，仿佛整个浏览器都被雨水覆盖了。然后我的浏览器下雨了进水了

上图是本项目用到的所有技术栈 这个项目分为四端(前端) App(只做安卓不上架) 技术栈ReactNative TS Socket.io scss 桌面端(只做Win) 技术栈 Electron TS

前言 目前已经有大部分文章对前端人员jenkins构建部署有了详细的教程，但是有些不够完整🥲，有些步骤稍微缺失，甚至是有时候服务器操作系统不一样最后都导致了失败😂，作为一个新手，参考了部分优秀的文章案

在vapor即将来临的时期，我花了一个周末的时间深入研究了Vapor模式的源码，想搞清楚一个问题：“Vue Vapor到底还有没有diff算法？“

前段时间在本地起了一个 React Demo 项目，在编码的过程中遇到一个很奇怪的“Bug”。 其中一个组件里面有如下代码（简化版）。 我是万万没想到，就这样一点简单的代码竟然会触发一个“Bug”。