React 作为一个库，不会决定你如何组织项目的结构。这是件好事，因为这样我们有了充分的自由去尝试不同的组织方式并且选取最适合我们的方式。但是从另一个角度讲，这可能会让刚刚上手 React 的开发者产生些许困惑。 我将会在本文为大家展示我已经使用过一段时间并且效果不错的方式，这…

在日常团队开发中大家写的组件质量参差不齐，风格千差万别。会因为很多需求导致组件无法扩展，或难以维护。导致很多业务组件的功能重复。我们从代码结构的角度来谈谈如何设计一个更优雅的 React 组件。

本文基于 github 项目 airbnb/javascript 翻译，也加入了一些个人理解。规范有利于我们更好的提高代码可读性，避免一些不必要的 bug。但是，并没有统一的标准和硬性要求，这里只是给大家提供一些参考，适合团队和自己的才是最好的。 2.1 所有的赋值都用cons…

为了方便自己以后维护，以及后面的人能够更快的阅读你的代码，我们每个人都应该对自己的代码有洁癖。本文主要讨论代码的可读性、可拓展性、可复用性，最终目的是让别人看完你的代码，不会说这写的是啥呀！

随着团队人数的增加，每个人的代码编写喜好不同，代码风格也迥然不同。如果有一个大家的统一的愿意遵守的代码规范，肯定事半功倍，提高效率，避免代码Review和重构。 其中一部分规则参考了 腾讯alloyteam团队的代码规范，如有错误，请指出，将会非常感谢。 坚持好的代码风格规范，…

笔者长期单枪匹马在前端领域厮杀(言外之意就是团队就一个人)，自己就是规范。随着公司业务的扩展，扩充了一些人员，这时候就要开始考虑协作和编码规范问题了。本文记录了笔者在制定前端协作规范时的一些思考，希望能给你们也带来一些帮助. 一个人走的更快，一群人可以走得更远，前提是统一的策略…

1. 基本原则：结构、样式、行为分离 标记应该是结构良好、语义正确。 Javascript应该起到渐进式增强用户体验的作用 。 在 web 项目中，使用连字符（-）来分隔文件名，可以提高可读性。例如：order-detail-view.js。确保不用大写字母开头，不要驼峰命名。…

前端章鱼猫从 2016 年加入 GitHub，到现在的 2020 年，快整整 5 个年头了。 相信很多人都没有逛 GitHub 的习惯，因此总会有开源信息的不对称，有哪些优秀的前端开源项目值得学习的也不知道。 初步前端与高级前端之间，最大的差距可能就是信息差造成的。 从 201…

JS中的命名与注释规范化对于团队协作来说是非常重要的，统一规范化的命名和注释可以使代码更加规范、清晰，对于我们开发和维护都有非常大的帮助。 本文参考了JavaScript 开发规范，并做了补充和修改，同时删去了框架开发相关的内容(侵删)。