-
1 # 四月的姑娘
-
2 # 大包db
1 程式碼一定要縮排
2 一個workspace裡只放一個專案，如果非要放在一個工作空間裡那麼不用的時候關閉掉
3 駝峰式命名
4 使用jdk裡的jre，可以看到原始碼
5 不管是否用到，裝反編譯外掛
6 debug時先找錯誤日誌資訊，有明確的行就在明確的行前後打斷點，沒有就打異常斷點
7 簡單修改的時候直接在debug時修改，儲存後當前棧會重新執行
8 不想做完整的單元測試就直接改debug中的變數值來測試
9 重要地方一定要加註釋
10 能複製貼上就複製貼上然後再修改
-
3 # 孤島等嬌娘
1.能複製貼上就複製貼上，對自己手動輸入沒有自信，以前經常因為少寫一個字母或者單詞寫錯導致debug半天。
2.必須格式化程式碼
3.方法順序有自己的一套邏輯
-
4 # 餘同學的開發之路
毛病太多了，沒毛病那是不可能的，程式碼相關的毛病都會引起 bug ，到時候你就知道了，比方說我就習慣性的用 == 比較字串…… 還有很多毛病啊，比方說有時候會漏掉空參的構造器，因為手寫了其它的構造器之後預設的不再提供了，還有屬性的修飾符寫成 public ，然後還傻傻的提供了 get set 方法，其實應該是 private 。曾經有段時間以為處理字串 String 最常用，其實不是的， StringBuilder 和 StringBuffer(執行緒安全) 也比較常用。
還有關於配置的，比方說開啟一個新的 Eclipse ，首先要設定編碼格式 JSP 編碼，JDK 版本，字型大小背景顏色，設定一個牛逼的 workspace ，配置 tomcat 等等……
問題有很多，開發的時候自然會遇到，還是說說那些比較好的習慣吧！
1 程式碼一定要格式化。
2 業務邏輯不要寫太多的 if else。
3 一個方法內不要寫好幾十甚至上百行程式碼。
3 每次給變數或是方法命名都要起一個國際化的名字，儘管要查詞典。
4 程式碼中留下注釋是一種美德，不然可能過後自己都看不懂。
5 習慣性打 log 日誌。
6 能複製的地方絕不手打，漏下一個字母導致報錯找半天分分鐘氣炸你。
7 開發本身不難，難的是你業務理清楚了沒？
8 拿到需求請先分析清楚，真正開發只佔 20% - 30% 的時間！
9 開發的時候寫一下記錄，相關的東西都記下來，資料庫，表，頁面整理成文件。不然後期整理指令碼也是很容易遺漏。
10 推薦看一看《阿里開發手冊》裡面有很多開發規範。
-
5 # 青衣
java開發兩年，經驗不是特別豐富。說說我自己在專案中遇到的一些問題吧，由於一個專案組的人水平參差不齊，寫的程式碼質量也各不相同，主要有一下問題。
一 程式碼沒有註釋，讀起來非常困難。
二 開發的時候不仔細讀產品文件，導致寫出來的功能和要求有一些差距。
三 程式碼沒有設計感，寫的程式碼雜亂無章，只是為了實現功能。
四 變數命名不規範，既有駝峰的又有下劃線的。
-
6 # 殘缺的孤獨
程式設計師水平參差不齊，寫出的程式碼質量有高低上下。
想重構看不到寫的不好的程式碼，就想重構。
想罵娘看見寫了一大堆程式碼，連行註釋都木有，看的那叫辛苦。
強迫症有的時候強迫症氾濫，比如程式碼書寫格式、註釋、工具的使用等，有時候這些東西很花費時間。
嘴上說服，其實內心一百個不服。
-
7 # 會技術的蝸牛
我的毛病的話，有很多呀，少說幾個吧：
1.別人的程式碼不寫註釋，不寫文件
2.讓我給我自己的程式碼寫註釋，寫文件
3.必須縮排，不管是我的程式碼還是同事的程式碼
4.看到*號渾身難受
5.相同的程式碼在一個專案中看到好幾次，我會渾身刺撓
回覆列表
1.邏輯性問題，思維邏輯不好，想的問題會有些費勁，會出現很多錯。
2.經驗問題。這個跟思維邏輯有很大關係，如果經驗豐富的，對應一個開發時思維比較嚴謹，如果經驗缺乏的人，想問題比較片面，只會解決自己想到的，沒有預料到的不會處理，這樣會導致後期很多debug。
3.習慣性問題。