学习分享，共勉
题外话，毕竟我工作多年，深知技术改革和创新的方向，Flutter作为跨平台开发技术、Flutter以其美观、快速、高效、开放等优势迅速俘获人心
没错，把代码写好的第一步就是不要写烂代码，也就是你要知道「什么样的代码是烂代码」：
如何写出无法维护的代码 - 酷 壳 - CoolShell coolshell.cn/articles/4758.html
上面这篇教程非常好，把市面上的烂代码基本都总结出来了，大概有这么几类：
-
烂变量名
-
烂注释
-
烂设计
-
不写测试（所有没有单元测试的代码都是烂代码，快点学习单元测试！）
基本上所有新人天天都在写烂变量名、烂注释和烂设计，而且还不写单元测试。
而且他们还不知道自己代码多烂！
所以第一步就是明白一个真相：你80%的代码都是烂代码。
你只需要把这些代码改得不那么烂，就是优秀的代码了……
再说一次：第一步至关重要，搞清楚什么样的代码是烂代码。
第二步：避免重复
也就是 Don't Repeat Yourself 原则。如果你发现有两行代码重复出现了好几次，你就应该把这两行代码封装成一个函数，放在一个恰当的地方，然后调用这个函数。
第三步：表驱动编程
如果你的代码有很多 if ... else ... 结构，你不知道怎么优化，你就应该使用表驱动编程。
优化前：
howManyDays(year, month){
if(month === 1 ||
month === 3 ||
month === 5 ||
month === 7 ||
month === 8 ||
month === 10 ||
month === 12
){
return 31
}else if(month === 2){
return isLeapYear(year) ? 29 : 28
}else{
return 30
}
}
优化后：
howManyDays(year, month){
const table = {
1: 31, 3: 31, 5: 31, 7: 31, 8: 31, 10: 31, 12:31,
4: 30, 6:30, 9: 30, 11: 30,
2: isLeapYear(year) ? 29 : 28
}
return table[month]
}
优化前：
function calculateGrade(score){
if(score>=90){
return 'A'
}else if(score >= 80){
return 'B'
}else if(score >= 70){
return 'C'
}else if(score >= 60){
return 'D'
}else {
return 'E'
}
}
优化后：
function calculateGrade(score){
const table = {
100: 'A',
90: 'A',
80: 'B',
70: 'C',
60: 'D',
others: 'E'
}
return table[Math.floor(score/10)*10] || table['others']
}
第四步：用套路
设计模式就是一些编程套路，Unix 编程原则也是一些编程套路。
了解所有的套路，然后遇到问题选择正确的套路即可。
比如模块通信一般用事件模式或者命令模式；
比如解耦一般用中间层；
比如生命周期一般都支持钩子或切面；
比如性能优化一般都是加缓存；
比如 API 设计一定要正交；
比如复杂数据系统一般使用命令查询职责分离；
比如拿空间换时间拿时间换空间；
……
这一块还挺复杂的，够你纠结很久了，而且没有通解。唯一的通解就是 tradeoff。
第五步：坚持每天优化
我在课上说过，「每天优化」才叫重构，「每年优化」那叫重写。
优化的重点是「越来越好」，重点不是「一次写好」。
一旦你放松对自己代码的要求，你的代码就会迅速变成烂代码，而且很难恢复。
每当需求变化的时候，你都要重新审视你的整个系统，哪里有问题你就改那里，不允许「先临时改一下以后再优化」，你的代码就可以保持健康和活力。
最后
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
大厂面试问深度，小厂面试问广度，如果有同学想进大厂深造一定要有一个方向精通的惊艳到面试官，还要平时遇到问题后思考一下问题的本质，找方法解决是一个方面，看到问题本质是另一个方面。还有大家一定要有目标，我在很久之前就想着以后一定要去大厂，然后默默努力，每天看一些大佬们的文章，总是觉得只有再学深入一点才有机会，所以才有恒心一直学下去。
