整天和代码打交道的人都知道，bug这个东西在所难免的。
但是，有的人的代码，可以写的很顺利，全程下来也不会卡几次。但是有的朋友，改bug的时间，远远大于编码的时间。
这是为啥呢？
总结以下几点：
一、多看，多动手
见多识广，这个毋庸置疑。见多了，踩过的坑多了。下次遇到自然就能绕过去了。
所以，多看看别人的代码，诚然别人的东西，不见得都是好的。但是每个人都有自己的闪光点，而且不好的糟粕我们也不应该直接无视，应该引以为鉴。
还要多动手，读万卷书不如行万里路，好记性不如烂笔头。看再多的资料、例子，不去动手都没有太大意义，那都不是你的东西。
遇到过很多问问题的人，很多人的问题，其实自己动手写个例子，跑一遍就能得出结果，几行代码的事，非要去找别人问，费解！
二、编码习惯。
养成良好的习惯真的很重要！
举一个简单的例子，关于代码格式化的问题。
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Document</title>
<link rel="stylesheet" href="./index.css">
</head>
<body>
<img src="./timg.jpg" class="bg-img" alt="" width="100%" height="100%">
<div class="container">
<div class="piece-box">
<div class="piece piece-1"></div>
<div class="piece piece-2"></div>
<div class="piece piece-3"></div>
<div class="piece piece-4"></div>
<div class="piece piece-5"></div>
<div class="piece piece-6"></div>
</div>
</div>
</body>
</html>
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Document</title>
<link rel="stylesheet" href="./index.css">
</head>
<body>
<img src="./timg.jpg" class="bg-img" alt="" width="100%" height="100%"><div class="container">
<div class="piece-box">
<div class="piece piece-1"></div><div class="piece piece-2"></div>
<div class="piece piece-3">
</div>
<div class="piece piece-4"></div>
<div class="piece piece-5"></div> <div class="piece piece-6"></div> </div>
</div>
</body>
</html>
同样的代码，前者是不是看起来舒服得多，排查问题，修改bug或者业务逻辑都会很清晰。
这个时候有的朋友，就会说了，编辑器都有格式化工具，这样的代码基本不可能存在的。
对没错！工具很好用，一键格式化，很舒服。
但是有没有想过，如果你代码本身就有问题呢？工具失效了呢？
所以我建议大家，在敲代码的时候就不要那么随意，严谨一点。敲的时候，就严格要求自己，整理好格式。
不要太过依赖格式化工具，养成良好的编码习惯，即使不用格式化，代码依旧清晰美观，一目了然。
在开发中，还有一些朋友，有一个非常糟糕的习惯。那就是想当然的觉得自己是对的，然后咔哒咔哒咔哒的一鼓作气敲上几十上百行。
自信是好事，但是程序这个东西，它是有小脾气的。所以在写代码的时候，不应该一鼓作气，而是要写一点调试一段。至于写多少，我大致给个建议。
1.写一个函数的时候，不要着急写具体逻辑，现在开始打印一个消息，调用一下，看看是否能进来。
2.使用变量时，一定要先打印一下变量是不是存在，值是不是你所期望的。
3.对变量取值和遍历数组时，一定要先打印看看对象是否存在，并且一定要先判断对象是否存在。
4.写完一个逻辑，一定要先验证，逻辑是否按照自己的思路，返回了自己期望的值。
5.调用一个方法时，如果方法有参数，一定要先确认一下，参数是否符合自己的预期。
6.对于多分支的逻辑（if else if else），一定要保证每一个条件都验证到
以上所说的，如果你都能做到，那你的代码，一般就很少会有bug了！
三、编码规范和风格
也有很多人不是很在意风格这个东西，觉得没什么大不了的，自己想怎么玩就怎么玩，也没见出过什么问题。
事实上，在团队协作中这个很重要！
统一的规范和风格，就算是不同的人写的代码，看起来也能像一个人写的。这对后面新加入的同事，非常的友好。当我们有问题需要别的同事协助的时候，时间成本也会降低很多。
举个很简单的例子，我们在和后端同事对接的时候。他们的接口返回的字段，不统一的时候真的很痛苦。有的人大驼峰，有的小驼峰，有的全小写，可以想象那种场景。。。
比如有一个列表的接口，返回了很多条用户信息给我其中有一个用户id字段，列表接口给我的时候是（userId）。又有一个获取详情的接口，需要我传列表里面获取到的id，但是他给我的参数就叫id，或者叫UserID，这体验真的。。。想抽他们，哈哈。
之前我写过一篇关于vue项目中命名的一些建议（链接地址），有兴趣的朋友可以瞄瞄。
