最近，我用最严谨的方式写了一段时间的代码，发现写代码的速度降低了很多，得到的是代码的规范性，严谨性（参数，输出判断，异常处理），可读性（大量的注释），完整的测试用例，
随着写代码的经验越来越多，时间越来越长，渐渐的染上了部分的代码洁癖。。
- 看见代码中不规范的地方总是想着改好（tab改为空格，使用unix换行符），
- 没有注释的代码，总是要看看作者是谁，然后悄悄的鄙视一下，并提醒自己要写好注释（被这个恶心过）
- 一个函数没有对参数和返回值进行验证，这个函数就像是在裸奔。
- 如果一个类中所有的public函数都有一分完整的测试用例外加一个demo，这个类让别人用起来就会非常舒服（嘿嘿，直接copy demo进行修改，就可以方便的调用类了，同事还可以测试一下哈！）
- 没有异常处理的函数，不知道啥时候就崩溃了。
- 没有日志处理的函数，程序崩溃了，不知道是哪里导致的。
理想很丰满，现实很骨感：
现实是领导催着要代码上线，发现代码还没有写完，突然发现写PHP代码到底需要多么的严谨呢？能不能牺牲一部分代码的严谨性来换取写代码的效率呢？因为领导是不管你的代码的测试用例，大量注释，可读性，异常处理等等的严谨性的。他们比较关心的是写代码的效率和代码不出BUG。
针对这个问题呢，目前我的解决方案：
估计项目的时间长度，大约能够写出来什么样的程序？
找到写代码的速度和代码的执行效率，日志统计异常处理等等的一个平衡点：
可以适当的减少代码的注释，
然后顺序依次是demo，测试用例，异常处理，日志记录，异常处理，
之后的比如代码的规范性，输入输出判断是一定不能少的，这些要是少了，还写个什么代码？在项目基本完成后，需要把缺少的东西慢慢的补充回来。
随着编码的效率越来越高，这些代码的严谨性，可读性等会慢慢的融入代码中，并迅速的写出越来越完美的程序。
- 1楼chenfanglincfl17分钟前
- 代码的可读很重要啊