在项目开发过程中，有些开发人员有时提交git时注释写得很随意，不方便日后管理和问题回溯。对于JavaScript项目，可以使用husky和fabric规范git提交的注释。

大家好，我来了🙂。 我们团队，维护着一个有5年历史的史诗级中后台项目😖。在这座屎山里，有一个叫handleOrderSubmit.js的文件。 可以下载瞧一瞧 有多屎👉 handleOrderSubm

CSS 优先使用 **scoped**  防止样式污染全局，每个组件样式必须局部化。 错误示例：无作用域  不加 scoped 会影响全局所有 .button 正确示例：使用 scoped 限制嵌套层

一、图片篇 场景：在前端开发过程中，经常会遇到加载静态资源（图片）时，出现加载失败。 原因：大部分是因为路径问题 css 使用静态资源 上述代码是能够正确加载图片的。 html 使用静态资源 上述代码

大家好,我又来了😁 我得承认，我有个毛病，或者说洁癖吧。 在Code Review的时候，当我点开一个*.js / *.ts文件，看到一个函数洋洋洒洒地写了50行、80行，甚至更多时，我的第一反应不是

此文总结了我多年组件封装经验，以及拜读 antd、element-plus、vant、fusion等多个知名组件库所提炼的完美组件封装的经验；是一个开发者在封装项目组件，公共组件等场景时非常有必要遵循

编码规范是保障代码质量、提升团队协作效率与维护性的基础。良好的编码习惯不仅有助于减少 Bug，还能提升项目的长期稳定性与可扩展性。 以下是从以往项目中总结整理出来的一些编码规范，适用于 Vue/Rea

不是说因为我们写得多牛，而是我们从第一天就立了 5 个基本工程约束，这些规则不是高深技术，而是**工程底线**。坚持这几个点，不一定能写出完美代码，但至少能避免那种“越写越乱、越维护越痛苦”的局面。

遇到屎山代码，大多数人第一反应就是这谁写的代码这么差，其实大多数公司大多数人至少曾经都写过一些屎山代码，有屎山代码很正常，问题在于怎么快速梳理出业务逻辑，防止在迭代新需求时引发bug