與number format函式有關的乙個bug？

兩天後的一次不經意的瀏覽頁面，發現統計的結果不對。於是左思右想，竟然沒有發現我的計算有什麼邏輯上的bug。但沒有bug，最後的計算結果不對，肯定是**有問題，只是我現在沒有發現而已。

後來反覆輸出原始資料，竟然發現，從資料庫取出的資料是經過number_format處理過的結果，千分位上加上了逗號，已經變成了乙個字串。相加的時候我還使用了強制型別轉換（int）使數字字串變成int型別，方便相加。

明白的問題之後，就好採取方法修復bug了。既然是多了乙個逗號，那麼我們把這個逗號都去掉就好了吧。於是用了str_replace函式，把逗號換成""空字串。這樣自然資料轉成了字串數字，然後再強制轉換城int型別。

最後統計的結果算出來了，資料是很長的一串。非常不便於閱讀。於是還要把最後的統計結果還要用number_format來再次千分位加逗號，讓統計資料最好讓使用者理解。

進入公司即將三個月，也見了大牛們寫的**。結合自己的性格以及習慣，談談理解。

首先程式設計師不是碼農，每天從事的工作，不是在和一堆無意義的字元在打交道，程式的工作更像是作家，用文字去寫乙個故事。

**的整齊與否，至關最要，我認為在所有要素裡，**是否整齊，是最最重要的。

一篇整整齊齊的**，先不從理解的角度去看。舒適的排版，得當的留白，清晰明了的注釋，會讓後續看**的人感覺到這是一篇用心寫作的**，浮躁的心情也會慢慢沉靜下來。

如果連基本的變數等號都不對齊，真只能是糟糕透了。下次就像自己看自己的**的時候，也覺得噁心。

變數的命名一定要規範。你可以有自己的變數命名規範，如果小組開發中有自己的開發規範，那一定要遵守。

變數的命名盡量採用英文的命名，我使用的是小駝峰命名，即第乙個單詞小寫，第二個單詞首字母大寫。

肯能我自己做過設計的原因吧，任何一件東西，首先要好看，其次再去談用著怎麼樣。

畢竟，**你每天都要去看他，實在不忍心自己的世界裡都是荒亂無序的**。

願**如詩，願生活如虹。