每个程序员都可能犯过的10个错误

正文

请到「今天看啥」查看全文

有一个相当不错的测量方法可以衡量你的代码的复杂程度，以及出现bug的概率—— 循环复杂度。

该方法由Thomas J. McCabe Sr于1976年开发。循环复杂度使用方便简单，能让你在匆忙之中尽可能地保证代码运行正常。只需要数一数代码中‘if’语句和循环的数量，再加1，就是该方法的CC值。

当然这只是对代码执行路径数量的粗略计数。不过，如果你的某个方法其循环复杂度值大于10，我建议你重写。

3.过早的优化

这一点非常简单。当我们在编写代码的时候，有时我们会自作聪明地对某些代码过于注重细节过于精益求精，虽然看上去这些“明智”的代码比原先写的那些提高了速度，但是你忽略了一个事实，这些“明智”的代码往往是难以阅读难以理解的——而且真正节省的时间往往只有几毫秒。这就是所谓的过早的优化。

著名的计算机科学家Donald Knuth曾经说过，“过早的优化是一切罪恶的根源”。

换言之就是：我们的代码需要清晰、干净，然后再重点找出真正的瓶颈并对其进行优化。千万不要试图过早的优化。

4.使用全局变量

话说回来，有的编程语言是完全没有局部变量这个概念的，所以不得不使用全局变量。关于全局变量，虽然我们可以在子函数中使用它，但是却没办法声明这一变量只能在该函数中使用。尽管如此，全局变量依然非常受欢迎，因为我们只需声明一次，即可到处使用，太省时省力了有木有。

但是它的优点也是它的缺陷，这也是关于全局变量最糟糕的事情——我们没有办法控制它的改变，也没办法控制何时去访问变量。假设某个全局变量在调用到程序之前赋予了一个特定的值，但是很可能调用完了之后值就变了，而你却毫无察觉。

5.不进行评估

你的目标是写一个应用程序，你斗志昂扬，愈战愈勇。但是突然间，你发现了性能问题和内存不足的问题。

进一步的调查表明，尽管你的设计对于现在这样小型的用户数量、记录、条目运行良好，但是却不适合大规模的情况——Twitter就是例子。又或者它现在在你的8GB RAM和SSD的3GHz PC上运行顺畅，但一旦到普通的PC上，它会比乌龟爬还要慢吞吞。

所以，部分设计进程还是需要评估，需要一系列的封底计算。有多少用户需要同时处理多少个用户？需要处理多少记录？目标响应时间又是多少？等等。

尽量对这些类型的问题进行评估，这样就可以对应用程序中的一些技术问题做一些更进一步的决策，如不同的算法和缓存。不要什么乱七八糟的都纳入到开发中去——你还需要好好评估目标和目的。

6.大小差一错误（数组边界溢出）

这个错误基本上每一个程序员都犯过，通常在写循环的时候，由于循环变量的步长增加过多或过少，导致循环遍历元素的次数发生错误，产生数组溢出的异常。

请到「今天看啥」查看全文