軟件開發——軟技能(一、IDE)

一、IDE

    現在的Java開發基本上都離不開IDE。Java的IDE主要是Eclipse,NetBeans,IntelliJ IDEA這三類。當然,使用人數最多的是Eclipse,評價最高的是IntelliJ IDEA。關於這三類IDE的評價及用法,網上比比皆是,在此不再贅述。

     然而在LZ的觀察中,成如28法則那樣,絕大部分Java開發者只是用了IDE提供的極少部分功能,似乎只是一個方便”寫代碼“的工具,對於代碼之外,項目中會用上的功能並沒有深入的挖掘,幾乎是視而不見。

    在使用IDE(IntelliJ IDEA)的過程中,總結了一些IDE提供的覺得非常實用的功能:

    1.代碼優化提示:除了對基本代碼的用法進行最佳提示外,還可以根據設置的Java語言版本,提示相應語句的最佳用法。認真處理IDE的優化意見,對代碼功底是有相當大的提高的;

    2.代碼提示:優秀的變量、用法提示對編碼工作有相當大的幫助(IntelliJ IDEA的提示不同於Eclipse的模糊匹配,智能的提示能用上的類、方法或變量,不相關的不會提示);

    3.重構程度:重構的支持,不限於方法、變量名稱的修改,還有雷同代碼的可重構性提示,和方法、變量訪問修飾符的改善提示,以及全項目(工作空間)的變量或方法重構等;

    4.版本集成:IDE中除了代碼編輯,一個重要的作用就是對代碼進行版本管理,在IDE中直接更新或提交代碼,遠比在資源管理器中進行代碼管理來的方便。關於版本管理,會在下一節詳細說明。

    5.拼寫提示:目前所有的IDE(包括但不限於Java IDE)是都有對英文的拼寫校驗的,如果有拼寫錯誤,一般是有下劃波浪線進行提示的。然而國內開發者的英語水平參差不齊,好的固然有,水平差的肯定佔大多數(LZ也是其中之一)。最常見的錯誤就是拼寫錯誤,還有就是複數錯誤。這些錯誤說起來可大可小,拼寫錯誤有可能是輸入有誤,但是輸入錯誤誰都會發生,爲什麼在開源軟件中找不到?雖然如第一節所述,不影響業務的實現,但是表現出的是代碼作者的認證程度和對英語的熟練程度。還有一個就是命名,往往詞不達意,(PS:這點在少量的註釋中也會有,無關中英文,後面會提到這個問題。)這除了加強英語能力之外,似乎別無他法。也許有人說,一些新興的詞彙或拼音也會提示爲拼寫錯誤怎麼辦?這點所有關於拼寫提示的功能在設計的時候就已經做好了,只要找到相應的設置界面,將不需要拼寫校驗的單詞或詞彙設置爲不校驗就行了。

    6.任務列表(TODO List):相信所有開發人員,在使用IDE的過程中,多多少少見到過“TODO”這個詞,然而卻並沒有怎麼關注它代表的意義和用法。據LZ的瞭解,TODO是一種註釋標記,一般用於在項目架構,或複雜業務的實現,有很多子業務或方法調用時使用,空一格後接上該處接下來需要完成的操作或任務的描述。IDE中的TODO List提供了項目中所有的“TODO”標記,並提供後面的描述,這個功能可以讓你在一開始規劃好架構或實現後,在後續的開發工作中,可以非常清楚的知道完成了多少工作,還有多少工作未完成,並可以通過此列表,可以直接跳到該TODO所對應的代碼處。在完成相應的任務後,將TODO關鍵字刪除,剩下的任務說明則可以當做註釋。IntelliJ IDEA中在提交代碼時,還會提供一個TODO檢查功能,檢查要提交的代碼中是否有未完成的TODO,如果有則不能提交代碼。個人認爲使用好IDE提供的“TODO List,對開發效率有非常大的提高,同時還會產生比較詳盡的代碼註釋。

    7.編譯/構建工具:現在的Java項目開發中,幾乎很少有項目不是通過構建工具去編譯的了,一方面是爲了持續集成,另一方面是編譯成目標程序的可配置性。能極大的提高軟件開發效率。這在後面有一節專門討論編譯/構建工具的問題。

    在LZ使用IntelliJ IDEA的過程中,發現,隨便打開一個開源項目的源碼(JDK、Spring、MyBatis、Log4J、Jedis等等),其編輯窗口的右側優化提示幾乎沒有,相反的LZ所經歷的項目中的代碼則幾乎是從第一行到最後一行都有優化提示。這兩者之間的代碼質量等級高下立判。LZ因爲關注到了這一點,並且事事關注細節,能做到只有少量優化提示,但離那些開源項目的代碼質量等級還有很長的路要走。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章