一個好的程序員必須要為自己寫出來的代碼執(zhí)行效率負(fù)責(zé)。并非僅僅實(shí)現(xiàn)了功能代碼就完事了。很多工作一兩年的程序員都還僅是處于實(shí)現(xiàn)功能代碼為榮的階段，不會過多去思考如何提高代碼的執(zhí)行效率。有的人認(rèn)為是自己的能力就這樣，沒有多余的能力去思考這些額外的事情。其實(shí)，并非全都這樣，有的人逆向工程搞得很不錯，匯編也學(xué)習(xí)得有一定層次，可就是沒想過要提高執(zhí)行效率。大多時候，都僅僅希望能夠?qū)崿F(xiàn)出來就OK了。對于這一部分“牛人”只能說有點(diǎn)可惜。也確實(shí)不能完全歸咎責(zé)任到他們的身上，因?yàn)樗麄冇龅降氖虑榫鸵髮?shí)現(xiàn)出來而已。很多時候不會要求太高的執(zhí)行效率。所以也就不會去細(xì)心琢磨執(zhí)行效率的問題。
執(zhí)行效率固然是必須要有所要求的，但是良好的代碼風(fēng)格也必須考慮的。如果一份執(zhí)行效率比較高的代碼出來了，而看得懂這份代碼的只有作者與CPU，那么也不能算是一份優(yōu)質(zhì)的代碼。在追求執(zhí)行效率的同時也需要執(zhí)著一點(diǎn)藝術(shù)水準(zhǔn)。現(xiàn)在計(jì)算機(jī)的內(nèi)存和CPU都是非常高端了，性能非常好。但是這個并不能成為寫一份爛代碼的借口。
有這樣的程序員，特別喜歡鍵盤上的這幾個按鍵：ctrl + A? ctrl + C ctrl+V 這幾個按鍵使用的頻率相當(dāng)高，更換鍵盤的時候往往都是由于這幾個按鍵失靈了。在一個工程里，如果發(fā)現(xiàn)很多代碼片段，函數(shù)，甚至是類出現(xiàn)及其相似，或者就是多份拷貝，那么還不會注意思考的程序員，也注定只能那么一點(diǎn)點(diǎn)微薄的收入。一個習(xí)慣不管其好與壞都不是一天兩天能養(yǎng)成的。否則就應(yīng)該很容易改掉壞習(xí)慣，只保留好習(xí)慣了。有相當(dāng)一部分人在寫代碼的時候，一開始都會很自覺地復(fù)制粘貼，不會考慮歸檔分類。跟別說思考如何封裝代碼了。所以時間一久，這個不好的復(fù)制粘貼的習(xí)慣，就自然而然成了一個再習(xí)慣不過的習(xí)慣了。
如果工程里代碼重復(fù)得太多，而不進(jìn)行代碼優(yōu)化。一是讓代碼變得臃腫，不利于后期的維護(hù)。一是讓同樣的BUG重復(fù)多次，讓程序執(zhí)行起來容易出現(xiàn)錯誤不穩(wěn)定........

總結(jié)

以上是生活随笔為你收集整理的优质的程序员需为代码效率而呕心沥血的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。