与number_format函数有关的一个bug？

最近在做一个模仿excel功能的在线项目。其中有一个功能，数据列表中的数据，到了最后一列都要进行总计。这本来没什么难度。直接从数据库取出数据后，进行foreach相加就行 了。这是如此的简单，以至于用了不到五分钟写就了功能，根本没把脑子带在身上。

两天后的一次不经意的浏览页面，发现统计的结果不对。于是左思右想，竟然没有发现我的计算有什么逻辑上的bug。但没有bug，最后的计算结果不对，肯定是哪里有问题，只是我现在没有发现而已。

后来反复输出原始数据，竟然发现，从数据库取出的数据是经过number_format处理过的结果，千分位上加上了逗号，已经变成了一个字符串。相加的时候我还使用了强制类型转换（int）使数字字符串变成int类型，方便相加。

明白的问题之后，就好采取方法修复bug了。既然是多了一个逗号，那么我们把这个逗号都去掉就好了吧。于是用了str_replace函数，把逗号换成""空字符串。这样自然数据转成了字符串数字，然后再强制转换城int类型。

最后统计的结果算出来了，数据是很长的一串。非常不便于阅读。于是还要把最后的统计结果还要用number_format来再次千分位加逗号，让统计数据最好让用户理解。

进入公司即将三个月，也见了大牛们写的代码。结合自己的性格以及习惯，谈谈理解。

首先程序员不是码农，每天从事的工作，不是在和一堆无意义的字符在打交道，程序的工作更像是作家，用文字去写一个故事。

代码的整齐与否，至关最要，我认为在所有要素里，代码是否整齐，是最最重要的。

一篇整整齐齐的代码，先不从理解的角度去看。舒适的排版，得当的留白，清晰明了的注释，会让后续看代码的人感觉到这是一篇用心写作的代码，浮躁的心情也会慢慢沉静下来。

如果连基本的变量等号都不对齐，真只能是糟糕透了。下次就像自己看自己的代码的时候，也觉得恶心。

变量的命名一定要规范。你可以有自己的变量命名规范，如果小组开发中有自己的开发规范，那一定要遵守。

变量的命名尽量采用英文的命名，我使用的是小驼峰命名，即第一个单词小写，第二个单词首字母大写。

肯能我自己做过设计的原因吧，任何一件东西，首先要好看，其次再去谈用着怎么样。

毕竟，代码你每天都要去看他，实在不忍心自己的世界里都是荒乱无序的代码。

愿代码如诗，愿生活如虹。