JAVA 開發一個比較好的邏輯流程，或者說開發思路和寫代碼的順序

寫代碼的順序最好和實際操作的邏輯一樣，先做什么后做什么，這樣能最大程度的保證邏輯不會出什么問題。前提是你要熟悉業務邏輯。

成都創新互聯公司是一家專注于成都做網站、網站制作、成都外貿網站建設與策劃設計,曲沃網站建設哪家好?成都創新互聯公司做網站,專注于網站建設10多年,網設計領域的專業建站公司;建站業務涵蓋:曲沃等地區。曲沃做網站價格咨詢:18980820575

還有開發的時候不要局限于一個方法的實現代碼邏輯，先從整體上把方法都寫出來，比如這個方法要做什么，只管寫一個方法就行，具體怎么做可以在框架都搭完了再寫，更好的就是全部用接口，接口全部寫好了之后再寫實現類，這樣更好。

還有一個方法里面的代碼最好不要太長，最好不要超過一個屏幕，不然看起來很累的，可以把一個方法分成好幾個方法來寫，那樣BUG也會減少很多，邏輯性強。還有就是最好不要循環嵌套，嵌套個兩三層后出問題就麻煩了，如果一定要嵌套就分出去一個方法就好。

還有就是要多集成，能通用的方法就通用寫掉，寫成工具類，如果有框架了，多多熟悉原本就有的工具類，都自己寫的話代碼多不說，還很容易出錯，要學會活用別人的代碼。

最后：多多交流，自己蒙頭寫只能一事無成。

最最后：手打真累...

為什么學會了JAVA語法，寫代碼還是毫無頭緒？

在我們進行編程時，有兩樣東西是非常重要的，一是思路，二是語法結構。有了思路，但對Java這門語言的語法結構不是特別了解，那么代碼肯定是編寫不出來。

或者說對于Java語言語法結構掌握的還算可以，但是解題卻沒有思路，代碼肯定是無從下手的，這也是許多程序員常見的情況。

給你分享三個方法：

1、拆分法：將功能項目拆解成N個子功能，保證每個子功能只需要處理一個邏輯業務，返回一個邏輯結構數據，跟畫家畫一只兔子一樣。很多功能實現過于復雜，需要牽扯到很多方面的問題，這時你只有好好拆分，把大功能靠自己的經驗拆成多個獨立的子功能，這樣每個子功能的邏輯就不那么復雜了，自己也可以專心于業務邏輯實現。

2、預先定義法：很多功能你不知道怎么實現，但是你知道最終返回的數據結構應該是什么樣子的，那你就預先把他定義出來，然后提前返回，中間業務邏輯部分都是為了填充這個預先返回的數據結構定義的。其實程序中充滿著這樣的技巧，各種代碼都是預先定義好類型、數據結構、對象等等，然后慢慢通過業務邏輯取到值進行填充。

3、假設法：很多時候程序員需要完成對接或者功能還未實現，可以采用假設法，你可以預先定義好假設的數據，假設的數據跟需要的數據完全吻合，甚至你可以這樣操作if (true) {}，這樣把if里的內容全部書寫完畢，然后再來處理這個true的問題，如果這個true的時機還不成熟，那說明不是你的問題了，而是別人的問題，別人應該背鍋，你的績效就達成了。

優秀Java程序員都是怎樣寫代碼的

1.編碼之前想一想

用10分鐘，20分鐘甚至30分鐘的時間來想想你需要什么，想想什么樣的設計模式適合你將要編碼的東西。你會很慶幸“浪費”了那幾分鐘，當你不得不更改或添加東西到代碼中時你就不將將浪費幾分鐘而是要花費更多的時間。

2.注釋你的代碼

說真的，沒有什么比兩個月后檢查自己的代碼，卻不記得它用來干什么更糟糕的了。注釋所有重要的內容，當然那些顯而易見的就免了吧。

3.寫干凈的代碼

錯落有致。使用空格。根據功能模塊化你的代碼。閱讀RobertC.Martin寫的《CleanCode》，非常有幫助。此外，遵循代碼約定/標準(如，尤其如果是共享的代碼。

4.重構

沒有人喜歡用那些超級長的方法。這通常(幾乎總是)意味著你混雜了功能。用更易于管理的方法分離代碼。還能使得代碼更可重用。

5.不要復制粘貼代碼

如果你有兩個或兩個以上相同的代碼塊，那么你可能做錯了什么。閱讀第4條。

6.使用有意義的名稱

雖然命名int變量為“elligent”或char為“mander”是很好笑；但是，這樣的名稱并不能說明變量是用來做什么的。

7.測試代碼

測試，測試，測試，還是測試。測試你的代碼。不要等到已經做完程序之后再來測試，否則當你發現一個巨大的bug，卻不知道它來自于哪里來的時候，你會追悔莫及。

自動化測試通常都是有價值的。它還有助于節省大量重測試和回歸測試的時間。