前言
我是歌谣 我有个兄弟 巅峰的时候排名c站总榜19 叫前端小歌谣 曾经我花了三年的时间创作了他 现在我要用五年的时间超越他 今天又是接近兄弟的一天人生难免坎坷 大不了从头再来 歌谣的意志是永恒的 放弃很容易 但是坚持一定很酷
导语
歌谣 歌谣 react的代码开发规范是什么 这里只做参考
编辑
规范部分
开发规范
```
1，编辑器尽量用 VSCode，然后装 Prettier 插件 简单的代码规范
2，缩进2个空格，如果是tab 也设置成2个空格
3，命名时尽量用英文，文件名，组件名等，单词多的可以大写简写。
4，函数名字尽量以 handle开头，如 handleSubmit = () =>{}
5，写代码时尽量以小函数为主，大的函数抽取一下。逻辑复杂的可以再当前文件夹下再建一个文件 service文件，处理逻辑。
6，代码尽量写注释，每个函数尽量写行 如：
// 表单提交
handleSubmit = () =>{}
7，如果写了很复杂的逻辑 或者层次较深的业务，尽量在当前文件下下写个Readme文件，类似下单之类的业务。
8，封装公共组件 写好参数 及该组件的用途，不在组件中写固定的逻辑，都以 props 传递过来的数据，组件封装尽量写 typescript，做好props类型约束。
9，封装公共方法时也是类似，无论是写了公共组件或者公共方法 尽量在群里说一声 特别是类似 TaroUI listItem 那种布局的 左右或者上下的 一般大家都会用 写好之后在群里说一下。
10，如果修改了公共的东西 一定要说，修改谁写的组件或者方法尽量先沟通下。
11，页面代码行数不超过尽量不超过 100 行。
12，非公用组件，费公用代码逻辑辅助方法，封装抽取时，写到当前模块或者文件夹下。
13，pages 目录书写规范：以system 模块为例
14，services 里面的方法，method 必须大写 例如："GET" "POST" "PUT" "DELETE"
System
├── components 当前模块抽取公用组件
├── models 当前模块的数据
├── Employee 员工管理
├── components 当前页面抽取封装组件
├── data.js 页面辅助方法或配置(可选)
├── index.js 页面逻辑
├── index.less 样式
14，services 文件夹按照模块划分，每个接口写好 url注释。
15，models 文件也一样都按照模块划分，方法都和初始化 state 尽量都写注释。
16，引入依赖包时，需共同商议决定，不要直接引入。
17，utils里面定义公共方法或者公共资源时，请确定是否是通用的。如果不是请在当前页面文件夹下做。公共文件会被打成 verdors.js，会在首页初始化时加载。
```
总结
规范是时间久慢慢锻炼出来的 还是多练吧
