java學(xué)習(xí)：如何寫出高質(zhì)量的代碼，成功進入BAT

很多問題歸根結(jié)底都是技術(shù)債務(wù)，這在一些大公司尤為常見。技術(shù)債務(wù)話題太大，但就代碼質(zhì)量而言，我只想提一下不要因為這些債是前人留下的你就不去管。怎么寫出高質(zhì)量的代碼呢？

創(chuàng)新互聯(lián)服務(wù)項目包括十堰網(wǎng)站建設(shè)、十堰網(wǎng)站制作、十堰網(wǎng)頁制作以及十堰網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，十堰網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到十堰省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

1、打好技術(shù)基礎(chǔ)

寫出高質(zhì)量代碼，并不是搭建空中樓閣，需要有一定的基礎(chǔ)。這里我重點強調(diào)與代碼質(zhì)量密切相關(guān)的幾點：

1）掌握好開發(fā)語言

比如做 Android 就必須對 Java 足夠熟悉，才能夠?qū)懗龈哔|(zhì)量 Java 代碼。

2）熟悉開發(fā)平臺

不同的開發(fā)平臺，有不同的 API，有不同的工作原理，同樣是 Java 代碼，在 PC 上寫與 Android 上寫很多地方不一樣。

3）要去熟悉 Android 編程的一些特性

iOS 編程的一些特性，了解清楚這些，才能寫出更加地道的代碼，充分發(fā)揮各自平臺的優(yōu)勢。

4）基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)與算法

掌握好這些在解決一些特定問題時，可以以更加優(yōu)雅有效的方式處理。

5）基礎(chǔ)的設(shè)計原則

無需完全掌握 23 種經(jīng)典設(shè)計模式，只需要了解一些常用的設(shè)計原則即可，甚至你也可以只了解什么是低耦合，并在你的代碼中堅持實踐，也能寫出很不錯的代碼。

2、代碼標(biāo)準(zhǔn)

代碼標(biāo)準(zhǔn)在團隊合作中尤為重要，誰也不希望一個項目中代碼風(fēng)格各異，看得讓人糟心，即便是個人開發(fā)者，現(xiàn)在也需要跟各種開源項目打交道。

標(biāo)準(zhǔn)怎么定是一個老生常談的話題，我經(jīng)歷過很多次的代碼標(biāo)準(zhǔn)討論會議，C++，C#，Java 等等，大家有時會堅持自己的習(xí)慣不肯退讓。可現(xiàn)如今時代不一樣了，Google 等大廠已經(jīng)為我們制定好了各種標(biāo)準(zhǔn)，就用這些業(yè)界標(biāo)準(zhǔn)吧。

3、想好再寫

除非你很清楚你要怎么做，否則我不建議邊做邊想。你真的搞清楚你要解決的問題是什么了嗎？你的方案是否能有效？有沒有更優(yōu)雅簡單的方案？

準(zhǔn)備怎么設(shè)計它，必要的情況下，需要有設(shè)計文檔，復(fù)雜一些的設(shè)計需要有同行評審，寫代碼其實是很簡單的事情，前提是你得先想清楚。

4、代碼重構(gòu)

重構(gòu)對于代碼質(zhì)量的重要性不言而喻，很難一次把代碼寫得讓自己滿意、無可挑剔。

5、技術(shù)債務(wù)

很多問題歸根結(jié)底都是技術(shù)債務(wù)，這在一些大公司尤為常見。技術(shù)債務(wù)話題太大，但就代碼質(zhì)量而言，我只想提一下不要因為這些債是前人留下的你就不去管。

現(xiàn)實是沒有多少機會讓你從一個清爽清新的項目開始做起，你不得不去面對這些，你也沒法完全不跟這些所謂的爛代碼打交道。

當(dāng)你負(fù)責(zé)一個小模塊時，除了把它做好之外，也要順便將與之糾纏在一起的技術(shù)債務(wù)還掉，因為這些債務(wù)最終將是整個團隊來共同承擔(dān)，任何一個人都別想獨善其身，如果你還對高質(zhì)量代碼有追求的話。

作為團隊的技術(shù)負(fù)責(zé)人，也要頂住壓力，鼓勵大家勇于做出嘗試，引導(dǎo)大家不斷改進代碼質(zhì)量，不要總是畏手畏腳，停滯不前，真要背鍋也得上，要有擔(dān)當(dāng)。

6、代碼審查

我曾經(jīng)聽過一些較高級別的技術(shù)分享，竟然還不時聽到一些呼吁大家要做代碼審查的主題。

我以為在這個級別的技術(shù)會議上，不應(yīng)再討論代碼審查有什么好，為什么要做代碼審查之類的問題。同時我接觸過相當(dāng)多所謂國內(nèi)一線互聯(lián)網(wǎng)公司，竟有許多是不做代碼審查的，這一度讓我頗為意外。

這里也不想多談如何做好代碼審查，只是就代碼質(zhì)量這點，不客氣地說：沒有過代碼審查的經(jīng)歷往往很難寫出高質(zhì)量的代碼，尤其是在各種追求速度的糙快猛創(chuàng)業(yè)公司。

7、靜態(tài)檢查

很多代碼上的問題，都可以通過一些工具來找到，某些場景下，它比人要靠譜得多，至少不會出現(xiàn)某些細(xì)節(jié)上的遺漏，同時也能有效幫助大家減少代碼審查的工作量。

Android 開發(fā)中有 Lint，F(xiàn)ind bugs，PMD 等優(yōu)秀靜態(tài)檢查工具可用，通過改進這些工具找出的問題，就能對語法的細(xì)節(jié)，規(guī)范，編程的技巧有更多直觀了解。

建議最好與持續(xù)集成(CI)，代碼審查環(huán)境配套使用， 每次提交的代碼都能自動驗證是否通過了工具的代碼檢查，通過才允許提交。

8、單元測試

Android 單元測試，一直備受爭議，主要還是原生的測試框架不夠方便，每跑一次用例需要在模擬器或者真機上運行，效率太低，也不方便在 CI 環(huán)境下自動構(gòu)建單元測試，好在有 Robolectric，能幫我們解決部分問題。

單元測試的一個非常顯著的優(yōu)點是，當(dāng)你需要修改大量代碼時，盡管放心修改，只需要保證單元測試用例通過即可，無需瞻前顧后。

9、充分自測

有一種說法：程序員最害怕的是他自己寫的代碼，尤其是準(zhǔn)備在眾人面前 show 自己的工作成果時，因此在寫完代碼后，需要至少跑一遍基本的場景，一些簡單的異常流。

在把你的工作成果提交給測試或用戶前，充分自測是基本的職業(yè)素養(yǎng)，不要總想著讓測試幫你找問題，隨便用幾下就 Crash 的東西，你好意思拿給別人嗎？

10、善用開源

并非開源的東西，質(zhì)量就高，但至少關(guān)注度較高，使用人數(shù)較多，口碑較好的開源項目，質(zhì)量是有一定保證的，這其中的道理很簡單。

即便存在一些問題，也可以通過提交反饋，不斷改進。最重要的是，你自己花時間造的輪子，需要很多精力維護，而充分利用開源項目，能幫助你節(jié)省很多時間，把精力專注在最需要你關(guān)心的問題上。

從另一個方面來說，開源項目中的一些知名項目，往往是領(lǐng)域內(nèi)的翹楚所寫，學(xué)習(xí)這些高手的代碼，能讓你了解到好的代碼應(yīng)該是怎樣的，培養(yǎng)出更靈敏的嗅覺，識別代碼中的各種味道

北大青鳥java培訓(xùn)：如何寫出有質(zhì)量的代碼？

好的代碼就像一篇好的文章，無須做太多的解釋就能一目了然。

如果能夠讓自己編寫的代碼非常明了，那么在編寫的時候就不需要使用太多的文字進行解析。

編寫有質(zhì)量的代碼是非常關(guān)鍵的，不僅能夠讓別人一目了然，在代碼出現(xiàn)錯誤的時候能夠很好的就是修改，及時找到存在問題的地方。

下面寧夏電腦培訓(xùn)為大家介紹什么是有質(zhì)量的代碼，如何編寫有質(zhì)量的代碼。

一、好的代碼有哪些特征理解是非常關(guān)鍵的，好的代碼就是易于理解，并且分段明確，每一段都是清晰的主題。

不好的代碼會存在很多問題，就像剛剛學(xué)習(xí)寫書的人一樣，邏輯不嚴(yán)謹(jǐn)，每個章節(jié)存在混亂的情況。

寧夏IT培訓(xùn)認(rèn)為最重要的是沒有明確的主題，寫代碼有一定的規(guī)則，任何內(nèi)容都不能違反其規(guī)則這樣才能讓代碼更加嚴(yán)謹(jǐn)。

二、怎樣才是好的代碼1、可讀性：可讀性不單單是針對個人的，最重要的是需要讓別人感受完美的可讀性，讓別人了解自己書寫的代碼，進行更好的合作。

2、可維護性：沒有任何代碼是一次性完成的，代碼需要不斷的更新的維護。

好的代碼具有非常好的維護性，代碼清晰明了，修改方便。

3、效率性：代碼是需要進行運行的，并且代碼決定了運行的速度。

寧夏IT培訓(xùn)認(rèn)為好的代碼才能達(dá)到最快的運行速度。

4、明確性：如果您的代碼不言自明，大多數(shù)情況下，您根本不需要提供相關(guān)文檔。

在命名和設(shè)置屬性時，盡可能合理，拆分長代碼，不要復(fù)制/粘貼代碼塊。

三、代碼質(zhì)量測試的方法找一個從未閱讀過你的代碼的開發(fā)人員，讓他看看你的代碼，讓他試著弄清楚每個模塊的作用。

如果你經(jīng)常需要向他解釋，那么你的代碼就不夠好了，并且解釋的次數(shù)越多，說明代碼的質(zhì)量就越低。

相反，寧夏IT培訓(xùn)認(rèn)為如果你只是靜靜地坐著，他不需要問你任何問題，這意味著你的代碼質(zhì)量很高。

nopmd java 什么意思

java 只是一門編程語言，如同c、c++、c#等

pmd 則是一個代碼質(zhì)量度量工具，與此同時還有CheckStyle、PMD、FindBugs和 Junit等

怎樣編寫高質(zhì)量的Java代碼

如何編寫高質(zhì)量代碼，從而提升系統(tǒng)性能。想必是很多程序員都非常注意的地方，最近總結(jié)了一些要點，特此記錄在案。 所謂代碼高可讀性和高可維護性，其實就是應(yīng)該有著規(guī)范的Java程序設(shè)計風(fēng)格，在開發(fā)程序過程中，從近期目標(biāo)看是應(yīng)該著眼于功能實現(xiàn)，但是只能解一時之渴，而不思長遠(yuǎn)之計，確不可取，一個雜亂無序的代碼讓人看后有一種不解其意，心緒煩亂的感覺。所以，作為一名合格的程序員，一定要確定一個觀點就是你編寫出來的代碼不只是給你一個人看的，還是給別人看的，所以在開發(fā)過程中文件注釋頭，java源文件編排格式，方法體的具體業(yè)務(wù)含義的注釋都是必須的。 如程序注釋就分為塊注釋與行注釋 。例如塊注釋為

/**

* @param

@return

*/

行注釋

/** **/或者 //

再者就是方法的命名也需要多加斟酌，一個業(yè)務(wù)方法，如果取最能體現(xiàn)體現(xiàn)該業(yè)務(wù)的名字，這樣讀者幾乎不需要看代碼便可以知道該方法具體用途。 高質(zhì)量的代碼其實很多時候都在一些小細(xì)節(jié)中體現(xiàn)，對于每個程序員來說一個for循環(huán)都會寫，可是卻有很多人沒有能在代碼中體現(xiàn)出高效性來，在這里我用簡單的一個例子來說明：一個ArrayList需要遍歷。 一般人會寫成for(int i=0;ilist.size();i++) 這有問題嗎？沒有問題，能夠完成程序員的意圖的功能。

可是它高效嗎？你有注意到這點嗎？其實問題就出現(xiàn)在list.size()方法，這個方法是計算一個list的大小，本身它不會存在任何問題，可是將它放在了一個for()循環(huán)中的話，就很有問題了，因為如果一個N次的for循環(huán)，這個方法就需要被執(zhí)行N次，這樣的代碼就造成計算機花很多的時間去做沒有意義的事情，而本來這個list.size()方法只需要計算一次的就可以了，所以我們把計算list大小的方法放在for循環(huán)外面去定義的話，效率就可以得到提高

如： int size = list.size();

for(int i=0;isize;i++)

關(guān)于For循環(huán)還有一個要注意的地方，就是在for循環(huán)里面去New一個新對象。如：

for(int i=0;i10;i++){

A a = new A();

}

是不是怎么看都不會有問題，是的在語法上。或者是執(zhí)行業(yè)務(wù)處理邏輯的時候，它都是沒有任何問題的，可是這是從語言級別去看待問題，沒有深入到它的實現(xiàn)機制上去看待問題。

在介紹這個問題的之前我想先簡單說下關(guān)于java內(nèi)存的機制：java是如何在內(nèi)存中保存對象，我們回到A a=new A()在內(nèi)存中是怎么分配這個問題來，

首先在棧中開辟一段空間存放引用a，然后在堆中開辟一段空間存放新建的A對象，同時引用a指向堆中新建得A對象,a所指代的對象地址為A在堆中地址。根據(jù)javaGC機制，只有對象已經(jīng)沒有引用指向它的時候，才有可能被GC給回收，所以基于這種機制的話，上述的一個For循環(huán)就會存在很大的效率問題了，如果循環(huán)有1000次，在內(nèi)存中棧會有1000個引用，而堆中也會有1000個新生成的對象，同時1000個引用會相應(yīng)指向1000個新生成的對象，即使這個for循環(huán)結(jié)束，也不會有任何改變。但是實際上1000個引用的生成完全是沒有必要的，如果有著編寫高性能代碼的想法的話：像這樣的for循環(huán)完全可以這樣寫：

A a = null;

for(int i=0;i1000;i++){

a = new A();

...

}

這樣的代碼在內(nèi)存中便只會在棧中生成一個指向，每當(dāng)一個for循環(huán)結(jié)束后，這個指向會指向下一個新生成的對象，前面生成的對象就會失去指向，這樣GC就有可能更加快速的回收這些已經(jīng)失去功能的對象。 在java中其實new 一個對象是非常耗費時間的，特別是重量級對象，所以每次在new 對象的時候一定需要考慮清楚是不是非的生成一個對象才能完成我的業(yè)務(wù)需求呢？總之能夠根據(jù)實際情況，然后舉一反三的話，我相信大家編寫出來的代碼就會更加高效了。

其次是針對同步的慎重考慮，因為我們一旦用了synchronized這個關(guān)鍵字后，就很可能喪失了并行的功效，所以在開發(fā)的過程中需要注意到線程是不是會對共有的資源進行處理，然后在慎重選擇Synchronized 關(guān)鍵字，其實大家可以考慮用ThreadLocal這個類，它的優(yōu)點是既保證同步的情況下仍然能保證并行，缺點是會占用更多的空間去換取換取時間。

最后，便是在j2ee開發(fā)過程中對數(shù)據(jù)庫操作的優(yōu)化，在這里我只針對代碼級別的優(yōu)化，關(guān)于數(shù)據(jù)庫級別的我不涉及。大家編寫SQL的時候會不會注意到一些原則，在這里我將羅列一些需要注意的要點。（總結(jié)肯定不會很全，我希望如果有大蝦能給予更多的經(jīng)驗指導(dǎo)，在下將會感激萬分。）

（1）在搜索子句的列名邊要避免函數(shù)、算術(shù)操作符和其它的表達(dá)式，除非建立基于函數(shù)的索引

（2）使用復(fù)合索引的第一個列名

（3）SELECT子句中避免使用 ‘*’

（4）如果可能盡量多用"Commit"

（5）避免在索引列上使用IS null和Is not null

(6)用Union -all替換Union（如果可能的話）

（7）Oracel 采用自下而上的順序解析WHERE子句，可以過濾掉最大數(shù)量記錄的條件寫在WHERE子句的末尾

（8）between謂詞可以轉(zhuǎn)化為=and=子句，比如：price between 10 and 20

可以轉(zhuǎn)化為 price= 10 and =20

（9）like子句中匹配值的第一個字符是常量，也可以進行轉(zhuǎn)換， 例如：

like “sm%”可以轉(zhuǎn)換成 =“sm” and “sn”

（10）在子查詢，exists和in要比not exists和not in執(zhí)行得快，因為對于exists和in，優(yōu)化器只要找到一條記錄就可以返回TRUE,而對于not exists和not in則必須檢查所有的值。

以上10條總結(jié)如果在編寫sql的時候能注意到的話，將會在一定程度上提高java跟數(shù)據(jù)交互的性能。

那么除了在SQL上下功夫來提高性能之外，編寫合適的事務(wù)處理也將帶來一些性能提高。我們都知道事務(wù)具有:原子性，隔離性，一致性，持久性，所以在使用事務(wù)的時候肯定是犧牲并發(fā)性能為代價的。特別是一個涉及update的事務(wù)處理的時候，數(shù)據(jù)庫會在表上加上排他鎖，而一個數(shù)據(jù)資源只要被一個事務(wù)放置了排他鎖，其他事務(wù)將不能放上排他鎖，一定要一直等到事務(wù)結(jié)束后才釋放。所以在這種情況下的，并發(fā)性就會被抹殺掉了。我們不能改變這種加鎖的機制，但是我們可以用另外一種方式來達(dá)到一定程度的性能提升，那就是根據(jù)實際情況將一個大事務(wù)分解成小事務(wù)來處理。簡而言之就是減低事務(wù)放置排他鎖和釋放排他鎖的時間間隔，這樣可以讓其他的事務(wù)能更快的訪問到數(shù)據(jù)資源。而關(guān)于大事務(wù)分解一定要小心使用，如果使用不恰當(dāng)?shù)脑捄芸赡軙a(chǎn)生意想不到的數(shù)據(jù)不一致錯誤。

名稱欄目：度量代碼質(zhì)量方式Java 幾種度量程序執(zhí)行時間的方法
網(wǎng)站地址：http://chinadenli.net/article8/dohihip.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、品牌網(wǎng)站建設(shè)、移動網(wǎng)站建設(shè)、電子商務(wù)、網(wǎng)站建設(shè)、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)