Skip to content

fncheng/blog

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Git Commit 风格

feat: 添加新特性、新功能(feature)

fix: 修复bug

docs: 仅仅修改了文档

style: 仅仅修改了代码格式、缩进等

refactor: 代码重构,没有添加新功能或修复bug

perf: 增加代码进行性能测试

test: 添加测试用例

chore: 改变构建流程,或者添加依赖、工具,杂项等

Angular git commit 规范

【Angular git commit 规范】

Git commit约定式提交规范

React代码结构书写顺序

  1. useState等hooks
  2. 自定义hooks
  3. effect等副作用
  4. 各种methods
  5. jsx

养成一个良好的书写习惯是相当有必要的

image-20240103165902119

image-20241203160615176

Vue代码书写顺序推荐

  1. defineProps、defineEmits
  2. 跟组件相关的非响应式变量 / 常量
  3. ref / reactive等
  4. ref引用
  5. 自定义hooks
  6. computed
  7. watch
  8. methods
  9. 生命周期钩子
  10. defineExpose

Vue代码建议

  1. 代码中尽量少在watch内去修改ref或reactive声明的变量,这样做可以减少项目中的调试麻烦,否则,数据变化很难去追踪。尽量在事件(比如onChange)中去修改响应式变量,减少耦合。

关于组件设计的几点建议

  1. 组件设计应尽量简单,简化使用

    我在开发中遇到过封装的组件,光其配置就要写70多行,这种组件,使用起来极其麻烦,究其原因还是没有设计好

    image-20250106104611553

    我们看这个组件的代码结构,发现包含如此多的子组件,其实像这种组件,我们在设计的时候可以考虑将其分拆模块化,将其拆成一个个小组件,使用的时候就组装这些小组件,就像Form和Form.Item这种方式

    <Component>
        <Component.A></Component.A>
        <Component.B></Component.B>
    </Component>
    image-20250106104707849

    这么做,还有个好处,就是当我这个组件有些部分不需要时,只要不使用这部分模块就可以,非常方便定制化。

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published