基本介紹
- 中文名：JAVA
- 外文名：JAVA
- 推出時間：1995年
簡介,平台,語言特點,學習,首個程式,架構設計,開發技巧,代碼規範,
簡介
Java，是由Sun Microsystems公司於1995年5月推出的Java程式設計語言和Java平台的總稱。用Java實現的HotJava瀏覽器（支持Java applet）顯示了Java的魅力：跨平台、動態的Web、Internet計算。從此，Java被廣泛接受並推動了Web的迅速發展，常用的瀏覽器現均支持Java applet
平台
Java平台由Java虛擬機（Java Virtual Machine）和Java 套用編程接口（Application Programming Interface、簡稱API）構成。Java 套用編程接口為Java套用提供了一個獨立於作業系統的標準接口，可分為基本部分和擴展部分。在硬體或作業系統平台上安裝一個Java平台之後，Java應用程式就可運行。現Java平台已經嵌入了幾乎所有的作業系統。這樣Java程式可以只編譯一次，就可以在各種系統中運行。Java套用編程接口已經從1.1x版發展到1.2版。現常用的Java平台基於Java1.7，最近版本為Java1.8。
Java分為三個體系JavaSE(Java2 Platform Standard Edition，java平台標準版)，JavaEE(Java 2 Platform,Enterprise Edition，java平台企業版)，JavaME(Java 2 Platform Micro Edition，java平台微型版)。
語言特點
當1995年SUN推出Java語言之後，全世界的目光都被這個神奇的語言所吸引。那么Java到底有何神奇之處呢？
Java語言其實最早誕生於1991年，起初被稱為OAK語言，是SUN公司為一些消費性電子產品而設計的一個通用環境。他們最初的目的只是為了開發一種獨立於平台的軟體技術，而且在網路出現之前，OAK可以說是默默無聞，甚至差點夭折。但是，網路的出現改變了OAK的命運。
在Java出現以前，Internet上的信息內容都是一些乏味死板的HTML文檔。這對於那些迷戀於WEB瀏覽的人們來說簡直不可容忍。他們迫切希望能在WEB中看到一些互動式的內容，開發人員也極希望能夠在WEB上創建一類無需考慮軟硬體平台就可以執行的應用程式，當然這些程式還要有極大的安全保障。對於用戶的這種要求，傳統的程式語言顯得無能為力。SUN的工程師敏銳地察覺到了這一點，從1994年起，他們開始將OAK技術套用於WEB上，並且開發出了HotJava的第一個版本。當SUN公司1995年正式以Java這個名字推出的時候，幾乎所有的WEB開發人員都心生感嘆：噢，這正是我想要的！於是Java成了一顆耀眼的明星，醜小鴨一下子變成了白天鵝。
學習
Java是個平台，我只想說說我對學好Java的一點看法，希望對初學者有所幫助。
1. 思考一下
學習Java之前，先別急，靜下心來好好想想：
1)你對學習Java是否有興趣?
2)你是否能靜下心來堅持不懈地學習?
嗯，這是個容易但又絕對不應該忽略的問題，你確信自己對Java感興趣、而且又有吃苦的準備，那你才可能學好Java!如果具備這兩點條件，就請繼續往下看……
2. 準備一下
請不要把你的學習Java之路和其它計算機技術分開看待，技術的聯繫往往是千絲萬縷的，你應該掌握一些學習Java所涉及的基礎知識，對於“CLASSPATH要怎么設定啊”、“跪求JDK下載地址”等等問題，你不該問，因為Internet上太多答案了，甚至換個角度說，你是不是還不適合直接學習編程?
1)買本Java學習用書。
JDK 6正式版剛剛推出，市面上你暫時買不到JDK6的書籍，但我仍推薦你買一本適合入門的、較新JDK版本的Java書籍，那么，你現在選擇一本講述JDK5的入門書籍還是有條件的。我可以推薦一些入門書，但是我不打算這么做，因為合我口味的，不一定適合你。但無論如何，《Thinking In Java》絕對不應該作為你入門Java的第一本書籍!
記住，網路上學習Java的資源很多，但基本不夠系統，擁有一本Java入門書籍，是你系統學習Java的基礎。
2)準備Java學習環境。
準備你的學習環境，很簡單，安裝JDK6，然後用類似UltraEdit、EditPlus的文本編輯器配置你的學習環境，Internet上有很多關於如何配置的文章。初學Java，不建議用IDE工具，通過一行行的敲代碼，你會碰到很多問題，只有這樣，你才能學會怎樣解決問題，並加深自己對Java的理解。
準備好後，開始進入激動人心的Java學習里程吧!
3. Java基礎學習之路
學習Java的過程雖然辛苦些，但又是處處有精彩!學習過程中的心態一定要保持專一，網上關於語言間的“PK”到處都是，別被浮躁影響!認準了Java，你就堅持!克服心魔，恆心最終會給你回報的。
Java的體系分為Java SE、Java EE和Java ME(JDK 5.0以前分別叫J2SE、J2EE和J2ME)，Java的敲門磚就是Java SE了，也就是你要入門學習的內容，不論你日後是選擇哪個體系領域作為發展方向，你都得從Java SE起步。
學習Java SE，打好Java基礎;如果想學Java EE(對不起，我不了解JavaME，所以我無法涉及JavaME的相關內容)，對於AWT、Swing是否要學習呢，我個人是覺得還是要知道其所以然的，特別是其事件處理模式，我強烈建議初學者一定要弄清楚，其他具體的開發就不一定要全面掌握了，畢竟AWT、Swing方面的內容足夠用幾本大部頭的書才能描述詳盡;當然，如果你的工作就是做AWT、Swing開發，那就另當別論了。
l/o、Thread都是基礎之一。
4. Java EE學習之路
學習了Java SE，還只是完成“萬里長征”的第一步。
接下來選擇學習Java EE或是Java ME(或者你還想不斷深入學習JavaSE，只要你喜歡，你可以一直深入下去，就像前面所說的，我不會講到Java ME的學習);估計選擇Java EE方面的學習者會多一些，JavaEE所涉及技術非常多，考慮到初學者的接受程度，我會儘量從最常用的角度來介紹。
學習Java EE，在開發環境上不建議再用文本編輯器，我感覺NetBeans 5.5(目前最高正式版本)很適合初學者，我個人也很喜歡NetBeans，如果你喜歡用別的IDE如Eclipse，都沒問題，看自己喜歡吧。
4.1 學習JSP/Servlet
Java EE最高版本現是5.0版本。
在JavaEE中，首先要學習JSP/Servlet(結合Tomcat、MySQL)技術，建議JSP1.2/2.X的知識都要掌握，畢竟現很多的在用系統都還是基於JSP1.2，學習JSP，還必須掌握一些外延技術，如：你還得掌握HTML基礎知識，最好再掌握些JavaScript(現正火的AJAX技術之一)、CSS的技術，而了解XML是必不可少的(至少描述性配置信息是通過XML來描述的)。在學習JSP/Servlet過程中，應該結合學習JDBC、資料庫開發技術，畢竟絕大多數Java Web項目都是和資料庫緊密結合的。
4.2 學習資料庫開發技術
這裡我想重點說一下資料庫開發技術，資料庫技術是做業務系統必備技能，JavaWeb開發人員最低程度都應該掌握SQL語句的使用!資料庫技術大體可分為DBA技術和資料庫開發技術，對於開發而言，應側重資料庫開發技術，而資料庫基本操作，也是要掌握的。常用資料庫有DB2、Oracle、SQLServer、MySQL等，你可以結合實際需要，選擇一種資料庫，並花大力氣掌握其開發技術。
記住，學習資料庫開發技術和學習Java EE，是相對獨立的，你可以在學習JSP/Servlet的同時，學習資料庫開發技術(如SQL語句等)，或者先學資料庫開發技術，之後再學習JSP/Servlet。
4.3 學習Java EE其它開發技術
再往後，可以學習一些EJB的知識，目前EJB最新版本是3.0，其和前面的2.X版本相比，有較大不同，考慮到現EJB2.X還有很大的套用市場，建議結合學習EJB 2.X/3.0。在學習EJB過程中，應同時掌握一種企業級套用伺服器的使用(如WebSphere、Weblogic、Sun Applcation Server或JBOSS等，現Sun Applcation Server9.X和JBOSS都可支持EJB 3.0)。
之後的學習中，再逐漸擴展到其他Java EE技術。
5. 之後
等你對Java EE有些感悟的時候，你自然就會想不斷擴展你的知識面，這時候你可以學習Spring、Hibernate，以及各種Web框架(如Struts、JSF、Webwork或是Tapestry等)。
隨著技術、經驗的不斷積累，你會逐步關注分析、設計等更高層次的知識，這時候，你可進一步學習相關的UML、模式等知識(積累了一定經驗，你就可以安排自己學習這些知識了)。
6. 小結
永遠記住：自始至終，實踐是學習Java技術歷程中極其重要的一環。脫離了實踐，是學不好技術的!
Java學習、實踐之路依然沒有銀彈，況且一步步走來，要學的東西很多，勤奮是金!
善於利用Internet上眾多的資源，多吸取些別人的經驗。
首個程式
//檔案名稱HelloWorld.java
//聲明一個類
public class HelloWorld {
//聲明一個方法
public static void main(String args[]){ //程式的入口
//輸出
System.out.println(“hello world!”);
}
}
//例子
package Text;
public class Test{
public static void main(String args[]){
short d = 12; //短整型
System.out.println(d); //輸出d
long c = 144L; //長整型，要加l
System.out.println(c); //輸出c
int z = 15; //整型
System.out.println(z); //輸出z
char e = '我'; //字元型“我”
System.out.println(e);//輸出e
}
}
//無編譯工具 編譯運行java程式
//路徑是相對路徑
編譯java
//這個時候你會發現你的原程式旁邊多了一個.class檔案，檔案名稱和源檔案名稱稱相同
//有編譯錯誤會提示
運行java
java [java源程式名稱] //不需要加後綴名,自動運行。class檔案
//顯示程式運行結果
架構設計
軟體架構作為一個概念，體現在技術和業務兩個方面。
從技術角度來說：軟體架構隨著技術的革新不斷地更新其內容，軟體架構建立於當前技術和一些基本原則的基礎之上。
先說一些基本原則：
分層原則：分層是為了降低軟體深度複雜性而使用的關鍵思想，就像社會有了階級一樣，軟體有了層次結構。
模組化原則：模組化是化解軟體廣度複雜的必然手段，模組化的目的就是讓軟體分工。
還有兩個比較小但很重要的原則：
依賴倒置原則隨著軟體結構的進一步發展,層與層之間、模組與模組之間的依賴逐漸加深，而層、模組的動態可插拔要求不端增大。依賴倒置原則可看視為接口實現分離原則的深化，根據此原則的精神，軟體進入了工具時代。這個原則有點類似於知名的好萊塢法則：Don't call us, we'll call you。
以上這些原則奠定了我們的軟體架構的價值指標。但軟體架構畢竟是建立在當前技術之上的。而每一代技術都有架構模式。過去的不再說了，讓我們就來看一下當前流行的技術，以及當前我們能採用的架構。
因為面向對象是當前最流行開發技術，且設計模式的大量使用使面向對象的走向成熟，而資料庫是當前最有效的存儲結構、web界面是當前最流行的用戶接口，所以當前最典型的三層次架構就架構在以上幾項技術的基礎之上，用資料庫作存儲層、用面向對象來實現業務層、用web來作為用戶接口層。我們從三層次架構談起：
因為面向對象技術和資料庫技術不適配，所以在標準三層次架構的基礎上，我們增加了數據持久層，來管理O-R雙向映射，但目前一直沒有最理想的實現技術。cmp和entity bean技術因為其實現複雜，功能前景有限，已接近被淘汰的邊緣。JDO及hibernate作為o-r映射的後期之秀，尤其是hibernate，功能相當完備。推薦作為持久層的首選
在業務層，因為當前業務日趨負載，且變動頻繁，所以我們必須有足夠敏捷的技術來保證我們的適應變化的能力，在標準j2ee系統中session bean負責業務處理，且有不錯的性能表現，但採用ejb系統對業務架構模式改變太大，且其複雜而昂貴，業務代碼移植性差。而spring 作為一個bean配置的輕量級架構，漂亮的IOC模式實現，對業務架構影響小，所以推薦作為中間層業務框架。
在用戶結構層,雖然servlet/jsp/jstl/javaBean 能夠實現MVC架構，但終究過於粗糙。struts對MVC架構的實現就比較完美，Taperstry也極好地實現MVC架構，且採用基於事件的方式，非常誘人，惜其不夠成熟，我們仍舊推薦struts作為用戶接口層基礎架構。
因為業務層是三層次架構中最有決定意義的，所以讓我們回到業務層細緻地分析一下，在複雜的業務我們常常需要以下基礎服務的一種或幾種：事務一致 性服務acid(tool:jta/jts)、並發加鎖服務concurrent&&lock、池化管理服務cache、訪問控制服務(tool:jaas)、流程控制服務workflow、動態實現服務IOC，串列化訊息服務(tool:jms)、負載平衡服務blance等。如果我們不採用重量級套用伺服器(如weblogic,websphere,jboss等)及重量級組件(EJB)，我們必須自己實現其中一些服務。雖然我們大 多情況下，不需要所有這些服務，但實現起來卻非易事。幸運的是我們有大量的開源實現代碼，但採用開原始碼卻常常是件不輕鬆的事。
隨著xml作為結構化信息傳輸和存儲地位日漸重要,一些xml文檔操作工具(DOM,Digester,SAX等)的使用愈發重要，而隨著 xml schema的java binding工具(jaxb,xmlbean等)工具的成熟，採用xml schema來設計xml文檔格式，然後採用java binding來生成java bean 會成為主要編程模式,而這又進一步使數據中心向xml轉移，使在中小數據量上,愈發傾向於以xquery為查詢語言的xml資料庫。現還有一個趨勢， microsoft,ibm等紛紛大量開發中間軟體如(microsoft office之infopath)，可以直接從xml schema 生成錄入頁面等非常實用的功能。還有web service 的廣泛套用，都將對軟體的架構有非常重大的影響。至於面向服務架構(SOA)前景如何，三層次架構什麼時候走入歷史，現還很難定論。
aop的發展也會對軟體架構有很深的影響，但在面向對象架構里，無論aspectJ還是jboss-aop抑是aspectWerks、 nanning都有其自身的嚴重問題：維護性很差，所以說它將很難走遠。也許作為一個很好的思想，它將在web service里大展身手。
rdf,owl作為w3c語義模型的標誌性的語言，也很難想像能在當前業務架構發揮太大影響。但如果真如它所聲稱那樣，廣泛地改變著信息的結構。那么對軟體架構也會有深遠影響。
開發技巧
Eclipse中最常用的快捷鍵：Ctrl+L Go to Line
F5 Step Into
Ctrl+H Open Search Dialog
Ctrl+Shift+K Find Previous
Ctrl+F11 Run
Ctrl+Shift+\ Remove Block Comment
F11 Debug
Ctrl+Shift+/Add Block Comment
Ctrl+K Find Next
F8 Resume (during Debug)
Ctrl+O Quick Outline
Alt+Shift+RRename (Refactoring)
F3 Open Declaration
Ctrl+R Run to Line
Ctrl+/ Toggle Comment
Ctrl+Shift+O Organize Imports
F6 Step Over
Ctrl+Shift+F Format
Ctrl+Shift+G References in Workspace
代碼規範
1、組織與風格
(1).關鍵字和操作符之間加適當的空格。
(2).相對獨立的程式塊與塊之間加空行
(3).較長的語句、表達式等要分成多行書寫。
(4).劃分出的新行要進行適應的縮進，使排版整齊，語句可讀。
(5).長表達式要在低優先權操作符處劃分新行，操作符放在新行之首。
(6).循環、判斷等語句中若有較長的表達式或語句，則要進行適應的劃分。
(7).若函式或過程中的參數較長，則要進行適當的劃分。
(8).不允許把多個短語句寫在一行中，即一行只寫一條語句。
(9).函式或過程的開始、結構的定義及循環、判斷等語句中的代碼都要採用縮進風格。
2、註解
Java 的語法與 C++ 及為相似，那么，你知道 Java 的注釋有幾種嗎？是兩種？
// 注釋一行
/* ...... */ 注釋若干行
不完全對，除了以上兩種之外，還有第三種，文檔注釋：
/** ...... */ 注釋若干行，並寫入 javadoc 文檔
注釋要簡單明了。
String userName = null; //用戶名
邊寫代碼邊注釋，修改代碼同時修改相應的注釋，以保證注釋與代碼的一致性。
在必要的地方注釋，注釋量要適中。注釋的內容要清楚、明了，含義準確，防止注釋二義性。
保持注釋與其描述的代碼相鄰，即注釋的就近原則。
對代碼的注釋應放在其上方相鄰位置，不可放在下面。對數據結構的注釋應放在其上方相鄰位置，不可放在下面；對結構中的每個域的注釋應放在此域的右方；
同一結構中不同域的注釋要對齊。
變數、常量的注釋應放在其上方相鄰位置或右方。
全局變數要有較詳細的注釋，包括對其功能、取值範圍、哪些函式或過程存取它以及存取時注意事項等的說明。
在每個源檔案的頭部要有必要的注釋信息，包括：檔案名稱；版本號；作者；生成日期；模組功能描述（如功能、主要算法、內部各部分之間的關係、該檔案與其它檔案關係等）；主要函式或過程清單及本檔案歷史修改記錄等。
/**
* Copy Right Information : Neusoft IIT
* Project : eTrain
* JDK version used : jdk1.3.1
* Comments : config path
* Version : 1.01
* Modification history :2003.5.1
* Sr Date Modified By Why & What is modified
* 1. 2003.5.2 Kevin Gao new
**/
在每個函式或過程的前面要有必要的注釋信息，包括：函式或過程名稱；功能描述；輸入、輸出及返回值說明；調用關係及被調用關係說明等
/**
* Description :checkout 提款
* @param Hashtable cart info
* @param OrderBean order info
* @return String
*/
public String checkout(Hashtable htCart,
OrderBean orderBean)
throws Exception{
}
javadoc注釋標籤語法
@author 對類的說明 標明開發該類模組的作者
@version 對類的說明 標明該類模組的版本
@see 對類、屬性、方法的說明 參考轉向，也就是相關主題
@param 對方法的說明 對方法中某參數的說明
@return 對方法的說明 對方法返回值的說明
@exception 對方法的說明 對方法可能拋出的異常進行說明
3、命名規範
定義這個規範的目的是讓項目中所有的文檔都看起來像一個人寫的，增加可讀性，減少項目組中因為換人而帶來的損失。（這些規範並不是一定要絕對遵守，但是一定要讓程式有良好的可讀性）較短的單詞可通過去掉"元音"形成縮寫；要不然最後自己寫的代碼自己都看不懂了，那可不行。
較長的單詞可取單詞的頭幾發符的優先權，並用括弧明確表達式的操作順序，避免使用默認優先權。
使用匈牙利表示法
Package 的命名
Package 的名字應該都是由一個小寫單詞組成。
package com.neu.util
Class 的命名
Class 的名字必須由大寫字母開頭而其他字母都小寫的單詞組成,對於所有標識符，其中包含的所有單詞都應緊靠在一起，而且大寫中間單詞的首字母。
public class ThisAClassName{}
Class 變數的命名
變數的名字必須用一個小寫字母開頭。後面的單詞用大寫字母開頭
userName , thisAClassMethod
Static Final 變數的命名
static Final 變數的名字應該都大寫，並且指出完整含義。
/**
*DBConfig PATH
**/
public static final String
DB_CONFIG_FILE_PATH ="com.neu.etrain.dbconfig";
參數的命名
參數的名字必須和變數的命名規範一致。
數組的命名
數組應該總是用下面的方式來命名：
byte[] buffer;
而不是：
byte buffer[];
方法的參數
使用有意義的參數命名，如果可能的話，使用和要賦值的欄位一樣的名字：
SetCounter(int size){
this.size = size;
}
4、檔案樣式
所有的 Java(*.java) 檔案都必須遵守如下的樣式規則：
版權資訊
版權資訊必須在 java 檔案的開頭，比如：
/*
* Copyright ? 2000 Shanghai XXX Co. Ltd.
* All right reserved.
*/
其他不需要出現在 javadoc 的信息也可以包含在這裡。
Package/Imports
package 行要在 import 行之前，import 中標準的包名要在本地的包名之前，而且按照字母
順序排列。如果 import 行中包含了同一個包中的不同子目錄，則應該用 * 來處理。
package hotlava.net.stats;
import java io.*;
import java.util.Observable;
import hotlava.util.Application;
這裡 java。io.* 使用來代替InputStream and OutputStream 的。
Class
接下來的是類的注釋，一般是用來解釋類的。
/**
* A class representing a set of packet and byte counters
* It is observable to allow it to be watched, but only
* reports changes when the current set is complete
*/
接下來是類定義，包含了在不同的行的 extends 和 implements
public class CounterSet
extends Observable
implements Cloneable
Class Fields
接下來是類的成員變數：
/**
* Packet counters
*/
protected int[] packets;
public 的成員變數必須生成文檔（JavaDoc）。proceted、private和 package 定義的成
員變數如果名字含義明確的話，可以沒有注釋。
存取方法
接下來是類變數的存取的方法。它只是簡單的用來將類的變數賦值獲取值的話，可以簡單的
寫在一行上。
/**
* Get the counters
* @return an array containing the statistical data. This array has been
* freshly allocated and can be modified by the caller.
*/
public int[] getPackets() { return copyArray(packets, offset); }
public int[] getBytes() { return copyArray(bytes, offset); }
public int[] getPackets() { return packets; }
public void setPackets(int[] packets) { this.packets = packets; }
其它的方法不要寫在一行上
構造函式
接下來是構造函式，它應該用遞增的方式寫（比如：參數多的寫在後面）。
訪問類型 ("public", "private" 等.) 和 任何 "static", "final" 或 "synchronized" 應該在一行
中，並且方法和參數另寫一行，這樣可以使方法和參數更易讀。
public
CounterSet(int size){
this.size = size;
}
克隆方法
如果這個類是可以被克隆的，那么下一步就是 clone 方法：
public
Object clone() {
try {
CounterSet obj = (CounterSet)super.clone();
obj.packets = (int[])packets.clone();
obj.size = size;
return obj;
}catch(CloneNotSupportedException e) {
throw new InternalError("Unexpected CloneNotSUpportedException: " +
e.getMessage());
}
}
類方法
下面開始寫類的方法：
/**
* Set the packet counters
* (such as when restoring from a database)
*/
protected final
void setArray(int[] r1, int[] r2, int[] r3, int[] r4)
throws IllegalArgumentException
{
//
// Ensure the arrays are of equal size
//
if (r1.length != r2.length || r1.length != r3.length || r1.length != r4.length)
throw new IllegalArgumentException("Arrays must be of the same size");
System.arraycopy(r1, 0, r3, 0, r1.length);
System.arraycopy(r2, 0, r4, 0, r1.length);
}
toString 方法
無論如何，每一個類都應該定義 toString 方法：
public
String toString() {
String retval = "CounterSet: ";
for (int i = 0; i < data.length(); i++) {
retval += data.bytes.toString();
retval += data.packets.toString();
}
return retval;
}
}
main 方法
如果main(String[]) 方法已經定義了, 那么它應該寫在類的底部.
5、代碼可讀性
避免使用不易理解的數字，用有意義的標識來替代。
不要使用難懂的技巧性很高的語句。
源程式中關係較為緊密的代碼應儘可能相鄰。
6、代碼性能
在寫代碼的時候，從頭至尾都應該考慮性能問題。這不是說時間都應該浪費在最佳化代碼上，而是我們時刻應該提醒自己要注意代碼的效率。比如：如果沒有時間來實現一個高效的算法，那么我們應該在文檔中記錄下來，以便在以後有空的時候再來實現她。
不是所有的人都同意在寫代碼的時候應該最佳化性能這個觀點的，他們認為性能最佳化的問題應該在項目的後期再去考慮，也就是在程式的輪廓已經實現了以後。
不必要的對象構造
不要在循環中構造和釋放對象
使用 StringBuffer 對象
在處理 String 的時候要儘量使用 StringBuffer 類，StringBuffer 類是構成 String 類的基礎。
String 類將 StringBuffer 類封裝了起來，（以花費更多時間為代價）為開發人員提供了一個安全的接口。當我們在構造字元串的時候，我們應該用 StringBuffer 來實現大部分的工作，當工作完成後將 StringBuffer 對象再轉換為需要的 String 對象。比如：如果有一個字元串必須不斷地在其後添加許多字元來完成構造，那么我們應該使用StringBuffer 對象和她的 append() 方法。如果我們用 String 對象代替StringBuffer 對象的話，會花費許多不必要的創建和釋放對象的 CPU 時間。
避免太多的使用 synchronized 關鍵字避免不必要的使用關鍵字 synchronized，應該在必要的時候再使用她，這是一個避免死鎖的好方法。
7、編程技巧
byte 數組轉換到 characters
為了將 byte 數組轉換到 characters，你可以這么做：
"Hello world!".getBytes();
Utility 類
Utility 類（僅僅提供方法的類）應該被申明為抽象的來防止被繼承或被初始化。
初始化
下面的代碼是一種很好的初始化數組的方法：
objectArguments = new Object[] { arguments };
枚舉類型
JAVA 對枚舉的支持不好，但是下面的代碼是一種很有用的模板：
class Colour {
public static final Colour BLACK = new Colour(0, 0, 0);
public static final Colour RED = new Colour(0xFF, 0, 0);
public static final Colour GREEN = new Colour(0, 0xFF, 0);
public static final Colour BLUE = new Colour(0, 0, 0xFF);
public static final Colour WHITE = new Colour(0xFF, 0xFF, 0xFF);
}
這種技術實現了RED, GREEN, BLUE 等可以象其他語言的枚舉類型一樣使用的常量。
他們可以用 '==' 操作符來比較。
但是這樣使用有一個缺陷：如果一個用戶用這樣的方法來創建顏色 BLACK new Colour(0,0,0)
那么這就是另外一個對象，'=='操作符就會產生錯誤。她的 equal() 方法仍然有效。由於這個原因，這個技術的缺陷最好註明在文檔中，或者只在自己的包中使用。
8、編寫格式
代碼樣式
代碼應該用 unix 的格式，而不是 windows 的（比如：回車變成回車+換行）
文檔化
必須用 javadoc 來為類生成文檔。不僅因為它是標準，這也是被各種 java 編譯器都認可的方法。使用 @author 標記是不被推薦的，因為代碼不應該是被個人擁有的。
縮進
縮進應該是每行2個空格. 不要在源檔案中保存Tab字元. 在使用不同的原始碼管理工具時Tab字元將因為用戶設定的不同而擴展為不同的寬度.如果你使用 UltrEdit 作為你的 Java 原始碼編輯器的話，你可以通過如下操作來禁止保存Tab字元, 方法是通過 UltrEdit中先設定 Tab 使用的長度室2個空格，然後用 Format|Tabs to Spaces 選單將 Tab 轉換為空格。
頁寬
頁寬應該設定為80字元. 原始碼一般不會超過這個寬度, 並導致無法完整顯示, 但這一設定也可以靈活調整. 在任何情況下, 超長的語句應該在一個逗號或者一個操作符後折行. 一條語句折行後, 應該比原來的語句再縮進2個字元.
{} 對
{} 中的語句應該單獨作為一行. 例如, 下面的第1行是錯誤的, 第2行是正確的:
if (i>0) { i ++ }; // 錯誤, { 和 } 在同一行
if (i>0) {
i ++
}; // 正確, { 單獨作為一行
} 語句永遠單獨作為一行.如果 } 語句應該縮進到與其相對應的 { 那一行相對齊的位置。
括弧
左括弧和後一個字元之間不應該出現空格, 同樣, 右括弧和前一個字元之間也不應該出現空格. 下面的例子說明括弧和空格的錯誤及正確使用:
CallProc( AParameter ); // 錯誤
CallProc(AParameter); // 正確
不要在語句中使用無意義的括弧. 括弧只應該為達到某種目的而出現在原始碼中。下面的例子說明錯誤和正確的用法:
if ((I) = 42) { // 錯誤 - 括弧毫無意義
if (I == 42) or (J == 42) then // 正確 - 的確需要括弧
9、代碼編譯
1.編寫代碼時要注意隨時保存，並定期備份，防止由於斷電、硬碟損壞等原因造成代碼丟失。
2.同一項目組內，最好使用相同的編輯器，並使用相同的設定選項。
3.合理地設計軟體系統目錄，方便開發人員使用。
4.打開編譯器的所有告警開關對程式進行編譯。
5.在同一項目組或產品組中，要統一編譯開關選項。
6.使用工具軟體（如Visual SourceSafe）對代碼版本進行維護。
10、可移植性
Borland Jbulider 不喜歡 synchronized 這個關鍵字，如果你的斷點設在這些關鍵字的作用域內的話，調試的時候你會發現的斷點會到處亂跳，讓你不知所措。除非必須，儘量不要使用。
換行
如果需要換行的話，儘量用 println 來代替在字元串中使用"\n"。
你不要這樣：
System.out.print("Hello,world!\n");
要這樣：
System.out.println("Hello,world!");
或者你構造一個帶換行符的字元串，至少要象這樣：
String newline = System.getProperty("line.separator");
System.out.println("Hello world" + newline);
PrintStream
PrintStream 已經被不贊成（deprecated）使用，用 PrintWrite 來代替它。
