如何才能寫出“高質(zhì)量”的代碼？謝謝了請(qǐng)貼，充當(dāng)一個(gè)也寫了十幾年代碼的程序員，做到軟件并非所有在虛空中代碼而發(fā)動(dòng)了攻擊，換句話講一個(gè)程序員的程序員杰出的不只是體現(xiàn)了什么在代碼上，更要有內(nèi)在的修養(yǎng)的編程思

如何才能寫出“高質(zhì)量”的代碼？

謝謝了請(qǐng)貼，

充當(dāng)一個(gè)也寫了十幾年代碼的程序員，做到軟件并非所有在虛空中代碼而發(fā)動(dòng)了攻擊，換句話講一個(gè)程序員的程序員杰出的不只是體現(xiàn)了什么在代碼上，更要有內(nèi)在的修養(yǎng)的編程思想說(shuō)的層次再高深點(diǎn)是框架思想。很多初學(xué)者都會(huì)存在很多疑問(wèn)，覺(jué)得還能夠?qū)懘a就就萬(wàn)事大吉了，在能寫代碼之前會(huì)有很多疑問(wèn)

數(shù)學(xué)不好啊能能學(xué)好編程不？

英語(yǔ)不大好能否學(xué)好編程？

這些也是應(yīng)該還沒(méi)剛?cè)腴T的疑問(wèn)，真正剛?cè)腴T之后突然發(fā)現(xiàn)這些都也不是什么問(wèn)題，真正的判斷程序員水平也又不是很簡(jiǎn)單能寫多少代碼，真正的項(xiàng)目建設(shè)實(shí)施過(guò)程寫代碼的時(shí)間占據(jù)將近百分三十，大部分時(shí)間是在設(shè)計(jì)和構(gòu)思上，當(dāng)然奪取時(shí)間不超過(guò)的是調(diào)試以及客戶后續(xù)給出的需求上面，現(xiàn)在很多人還在糾結(jié)有沒(méi)要多去學(xué)習(xí)幾種編程語(yǔ)言，編程語(yǔ)言本質(zhì)來(lái)講就是一種工具，要注意指導(dǎo)思想肯定編程思想。

現(xiàn)實(shí)中要如何才能寫一段高質(zhì)量的代碼？1.良好素質(zhì)編程基本功。再高的大廈也得不需要強(qiáng)橫無(wú)比的編程基礎(chǔ)，不一定要完全掌握多少種編程語(yǔ)言關(guān)鍵要的很比較熟悉一種編程語(yǔ)言，里里外外都給弄懂了，達(dá)到這種程度不過(guò)完全掌握幾種編程語(yǔ)言就顯得并非這樣不重要了，到了這種程度就這個(gè)可以融會(huì)貫通，切換一種新的編程語(yǔ)言也應(yīng)該不會(huì)費(fèi)多大事，有事沒(méi)事就回身去看看基礎(chǔ)書(shū)，越是編程高手越是特別注重基本功的學(xué)習(xí)，很多做java的程序員，java編程思想這本書(shū)看了不下十幾遍，而且還在繼續(xù)，基礎(chǔ)的學(xué)習(xí)什么時(shí)候愿意慢慢回味。

2.專業(yè)知識(shí)的雄厚。編程語(yǔ)言只是因?yàn)楣ぞ?，工具如何才能可以使用好，那就要看這工具是利用干些什么的,例如安全領(lǐng)域肯定建議使用C語(yǔ)言的或C編程，假如安全專業(yè)知識(shí)手中掌握的的很扎實(shí)，工具使用起來(lái)再極其熟練的掌握，才能有高質(zhì)量的代碼直接出現(xiàn)，要把一個(gè)事情做到極致，每個(gè)細(xì)節(jié)點(diǎn)還得工作落實(shí)到位，互為因果。

3.好的軟件框架，軟件框架是描寫高質(zhì)量代碼的土壤，如果我一個(gè)能力很強(qiáng)的人，再次進(jìn)入一個(gè)凌亂不堪的公司都差不多很容易發(fā)揮出的最的潛能，因此可以生存土壤很重要的是，三個(gè)極優(yōu)秀的產(chǎn)品肯定會(huì)是代碼各個(gè)模塊如有機(jī)和在一起達(dá)成很容易做的，一個(gè)模塊的杰出的代碼杰出，整個(gè)產(chǎn)品出問(wèn)題了意義也不是很小。

4.高質(zhì)量的代碼一向都也不是一年一切搞定的，大都當(dāng)經(jīng)過(guò)多次的被打磨改進(jìn)去的，玩過(guò)開(kāi)源的人應(yīng)該要都明白了，代碼模塊時(shí)不時(shí)的升級(jí)優(yōu)化折騰吧不停地，不僅是功能的增加更重要的是的代碼質(zhì)量的提純，因此想描寫高質(zhì)量代碼不需要敢對(duì)自己動(dòng)手，自己要狠一點(diǎn)才能有高質(zhì)量的代碼進(jìn)去，細(xì)心的人這個(gè)可以遠(yuǎn)處觀察下身邊優(yōu)秀的程序員，看下是不是全是這件事的。

做到不超過(guò)四點(diǎn)，努力堅(jiān)持寫上來(lái)的代碼質(zhì)量絕對(duì)不會(huì)差，不過(guò)的要知道怎么樣去閱讀什么別人寫的杰出的代碼，結(jié)束看的時(shí)候不一定會(huì)能看得懂，沒(méi)法大塊的看的懂就切成塊狀去看去怎么學(xué)習(xí)，以前有個(gè)linux內(nèi)核愛(ài)好者，整體看linux內(nèi)核代碼，某一天看到他非常笑的很開(kāi)心，問(wèn)發(fā)生了什么事情，說(shuō)沒(méi)看明白了linux內(nèi)核里面的內(nèi)存是該如何管理的了，然后把扶著我給我講了好一會(huì)兒，雖然沒(méi)聽(tīng)的懂但也只要能堅(jiān)持聽(tīng)了最后，畢竟代碼能寫的前提是能看懂，所以才開(kāi)源社區(qū)的代碼如果不是能看得懂那是一個(gè)的很大的進(jìn)步，接著一步步的走的掌握出聲，格局可以放大當(dāng)然做出相當(dāng)大的事情來(lái)。

寫代碼過(guò)程中最忌諱的是什么？

代碼設(shè)計(jì)看纏山,一重纏是一重關(guān)；需求如有八重險(xiǎn),不出陰陽(yáng)五行形。

下面我好好談?wù)剛€(gè)人的一些經(jīng)驗(yàn)，寫代碼過(guò)程中會(huì)有哪些“沖犯”，期望大家可以參考。

“這個(gè)很著急，下周現(xiàn)在就要上線”也許很多程序員都會(huì)碰到這樣的情景，時(shí)間緊是程序員最大的忌諱。

需求那些要求很焦急，排期并沒(méi)有參考程序員的意見(jiàn)就定了一個(gè)甚至不可能結(jié)束的時(shí)間；加班肯定可以不收得到的，但最可怕的的是在這樣短的工期內(nèi)完成編碼工作，那你代碼的質(zhì)量可想而知。

需求不必須明確變更土地性質(zhì)說(shuō)白了是把需求都變成代碼，如果沒(méi)有需求不內(nèi)容明確就相當(dāng)然地去開(kāi)發(fā)，會(huì)容易和需求自相矛盾；需求不必須明確的時(shí)候，要先和項(xiàng)目經(jīng)理或產(chǎn)品經(jīng)理溝通并必須明確需求；

而最為強(qiáng)悍的是，代碼變更土地性質(zhì)差不多的時(shí)候，需求變了。

拿回需求當(dāng)即搶先出手這個(gè)肯定需求解釋的問(wèn)題，代碼開(kāi)發(fā)之前好是能想想清楚流程，也就是概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，也可以不寫設(shè)計(jì)文檔，但有必要有著整體的把控。

隨意如何修改之前的代碼在開(kāi)發(fā)過(guò)程中，我們每天都會(huì)要改之前的老代碼，如果沒(méi)有搞清它們的用途就真接去直接修改的話，是一件很后果的事情。

所有的邏輯都寫在一個(gè)方法里有些單位沒(méi)有代碼開(kāi)發(fā)規(guī)范，也就照成程序員怎末比較方便怎末來(lái)；會(huì)有程序員不喜歡把所有的實(shí)現(xiàn)程序都寫在一個(gè)類的一個(gè)方法里面，那樣一方面會(huì)倒致代碼的可讀性查，另外一方面也進(jìn)一步影響代碼的復(fù)用。

下個(gè)版本再完善卻沒(méi)有下文有時(shí)候旗下完一個(gè)需求，也想到了有更完善系統(tǒng)的方案，只不過(guò)而且開(kāi)發(fā)時(shí)間不不允許，就準(zhǔn)備下個(gè)版本再完備，但從此之后沒(méi)有了下文；個(gè)人建議在要體系的地方，減少//TODO的注釋，很多IDE是有功能展示這些TODO內(nèi)容的。

暫時(shí)不他知道有這么多，有哪些是你們忌諱的？不如你給我留言相互討論到。

希望我的回答，能夠幫到你！我將堅(jiān)持了分享分享Java開(kāi)發(fā)、架構(gòu)設(shè)計(jì)、職業(yè)發(fā)展等方面的見(jiàn)解，期望能我得到你的關(guān)注；同時(shí)，查哈我后可私信【架構(gòu)】、【大數(shù)據(jù)】、【面試】、【優(yōu)化系統(tǒng)】等關(guān)鍵字，獲取去相關(guān)資料。