React是什么？React 是一个声明式，高效且灵活的用于构建用户界面的 JavaScript 库。 使用最原生的HTML、CSS、JavaScript可以构建完整的用户界面吗？当然可以，但是会存在很多问题 操作DOM兼容性的问题； 过多兼容性代码的冗余问题； 代码组织和规范的问题； React的特点声明式编程 声明式编程是目前整个大前端开发的模式：Vue、React、Flutter、S

如果没有单元测试和重构，我没办法写代码 1 重构的意义 保持代码易读、易修改 避免代码太复杂，无法理解，无法调试。（或许一个修改只需要10分钟，但是你得花费1个小时去理解这段代码 如果没有良好设计，或许某一段时间内你的进展迅速，但恶劣的设计很快就让你的速度慢下来。你会把时间花在 调试上面，无法添加新功能。修改时间越来越长，因为你必须花越来越多的时间去理解系统。 2 重构的定义在不改变代码外在

react组件基础组件概念 使用 React 可以将一些简短、独立的代码片段组合成复杂的 UI 界面，这些代码片段被称作“组件”。 所谓组件，即封装起来的具有独立功能的UI部件。组件就是页面上的一部分，大大小小的各种组件拼在一起就变成了一个完整的页面，就像我们玩的拼图，需要一块一块的拼接在一起才能变成一副完整的拼图。 函数组件概念使用 JS 的函数（或箭头函数）创建的组件，就叫做函数组件 123

依赖混乱

变量初始化 重构手法 变量初始化最好一次完成 能用final的地方建议都用final，包括变量声明，参数声明，类声明，方法声明 案例11234567EpubStatus status = null;CreateEpubResponse response = createEpub(request);if (response.getCode() == 201) { st

漫天飞的setter 重构手法： 方法封装在对应的模型中 使用构造函数，移除设值函数。 编写不变类 案例112345public void approve(final long bookId) { ... book.setReviewStatus(ReviewStatus.APPROVED); ...} 问题：使用到了setter, setter往往是缺

过长的消息链 想要摆脱初级程序员的水平，首先需要减少暴露细节 迪米特法则 每个单元只能对与他有紧密关系的单元，拥有有限的知识 每个单元只能和朋友交谈，不与陌生人交谈 每个单元只能和自己最直接的朋友交谈 案例11String name = book.getAuthor().getName(); 修正方式：隐藏委托关系，即把调用封装起来 1234567891011class Book &#

避免滥用控制语句 函数至多有一行锁进 不要用else关键字 代码多层嵌套if和else12345678910111213141516public double getEpubPrice(final boolean highQuality, final int chapterSequence) { double price = 0; if (highQuality &&a

消除长参数列表 我们应该编写“短小”的代码 参数列表越少，越好 **一个方法的第一选择是没有参数，第二个选择是只有一个参数，稍次是两个参数。三个以上的参数简直无法忍受。 **– 代码整洁之道 将参数列表封装成对象案例11234567891011121314151617181920212223public void createBook(final String title,

避免写出难以理解的大类 原因：一个人理解的东西是有限的，没人能面对所有的细节 大类的产生： 职责不单一 字段未分组 操作要点：把类写小，越小越好 案例1:123456789101112public class User { private long userId; private String name; private String nickname; private