原文的篇幅非常长，不过内容太过于吸引我，还是忍不住要翻译出来。此篇文章对编写可重用和可维护的React组件非常有帮助。但因为篇幅实在太长，我对文章进行了分割，本篇文章重点阐述 封装。因本人水平有限，文中部分翻译可能不够准确，如果您有更好的想法，欢迎在评论区指出。 耦合是决定组件…

在 web 开发场景，减少代码体积虽然是性能优化的一个方向，还没到锱铢必较的程度。但是在小程序场景，由于代码包上传阶段限制了主包 2M 和总包 16M（近期微信官方正在内测将总包上限调整至 20M ）的尺寸，超过就会面临无法发版的风险，代码包体积的优化就变得特别重要了。 京喜小…

背景 相信很多开发微信小程序的都遇到过小程序主包限制2M的问题。只要主包超过2M就会导致无法发布小程序。前提是你已经完成了小程序的基本分包。当小程序功能复杂，且主包中引入了大体积的第三方库，此时删减代

这可能是最全的小程序包大小优化方案，分析为什么需要做小程序包体积优化，盘点我们能采取的各种方案、手段，介绍每种方案如何实施。对于大型小程序来说，推进主包体积优化很有必要，能提高用户打开速度。

写在前面 为啥会写这么个项目呢，倒不是觉得表单设计器在开发中多么的有用，能提高开发效率啥的，其实是因为面试被问到低代码相关的东西，答：不太了解。不太确定是不是因为这个被挂了，但是面了几家都问过低代码，

作为一名前端开发者，我们一定都遇到过这样的需求：实现一个占满整个屏幕的欢迎页、弹窗蒙层或者一个 fixed 定位的底部菜单。 直觉告诉我们，这很简单，给它一个 `height: 100vh` 就行了

前端小伙伴都知道，为了降低包大小，经常会把依赖的前端模块独立打包，比如把 vue、vue-router 打到一个单独的包 vendor 中。另外，常会将存在多个路由的复杂页面的每个页面都单独打一个包，只有访问某个页面的时候，再去下载该页面的js包，以此来加快首页的渲染。 无论是…

简单了解微前端 微前端具备以下特点： 技术栈无关：主框架不限制接入应用的技术栈，微应用具备完全自主权 独立开发、独立部署：既可以组合在一起运行，也可以单独运行。 增量升级：在面对各种复杂场景时，我们通

微前端的特性：“技术栈无关”，“独立开发、独立部署”，“环境隔离” 这意味着我们可以循序渐进的进行巨石应用的拆解，去技术升级、去架构尝试、去业务拆解等等。以低成本、低风险的进行，为项目带来更多可能性