java開發規范

① java軟體開發的代碼規范

1、組織與風格
(1).關鍵詞和操作符之間加適當的空格。
(2).相對獨立的程序塊與塊之間加空行
(3).較長的語句、表達式等要分成多行書寫。
(4).劃分出的新行要進行適應的縮進，使排版整齊，語句可讀。
(5).長表達式要在低優先順序操作符處劃分新行，操作符放在新行之首。
(6).循環、判斷等語句中若有較長的表達式或語句，則要進行適應的劃分。
(7).若函數或過程中的參數較長，則要進行適當的劃分。
(8).不允許把多個短語句寫在一行中，即一行只寫一條語句。
(9).函數或過程的開始、結構的定義及循環、判斷等語句中的代碼都要採用縮進風格。
註：如果大家有興趣可以到安安DIY創作室博客，有相關說明性的文章和解釋。
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 Array(packets, offset); }
public int[] getBytes() { return Array(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.array(r1, 0, r3, 0, r1.length);
System.array(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 時間。大家可以來安安DIY創作室一起討論。
避免太多的使用 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）對代碼版本進行維護。如果大家有不明白的可以到安安DIY創作室留言。
10、可移植性
Borland Jbulider 不喜歡 synchronized 這個關鍵字，如果你的斷點設在這些關鍵字的作用域內的話，調試的時候你會發現的斷點會到處亂跳，讓你不知所措。除非必須，盡量不要使用。
換行
如果需要換行的話，盡量用 println 來代替在字元串中使用 。
你不要這樣：
System.out.print(Hello,world! );
要這樣：
System.out.println(Hello,world!);
或者你構造一個帶換行符的字元串，至少要象這樣：
String newline = System.getProperty(line.separator);
System.out.println(Hello world + newline);
PrintStream
PrintStream 已經被不贊成（deprecated）使用，用 PrintWrite 來代替它。

② java的都有哪些規范

規范有點多，你仔細看看，若不懂的可以問，但是我相信隨著時間的推移，你自己以後也會慢慢領悟的：

JAVA代碼規范：

(1) 類名首字母應該大寫。欄位、方法以及對象（句柄）的首字母應小寫。對於所有標識符，其中包含的所有單詞都應緊靠在一起，而且大寫中間單詞的首字母。例如：
ThisIsAClassName
thisIsMethodOrFieldName
若在定義中出現了常數初始化字元，則大寫static final基本類型標識符中的所有字母。這樣便可標志出它們屬於編譯期的常數。
Java包（Package）屬於一種特殊情況：它們全都是小寫字母，即便中間的單詞亦是如此。對於域名擴展名稱，如com，org，net或者e等，全部都應小寫（這也是Java 1.1和Java 1.2的區別之一）。

(2) 為了常規用途而創建一個類時，請採取"經典形式"，並包含對下述元素的定義：

equals()
hashCode()
toString()
clone()（implement Cloneable）
implement Serializable

(3) 對於自己創建的每一個類，都考慮置入一個main()，其中包含了用於測試那個類的代碼。為使用一個項目中的類，我們沒必要刪除測試代碼。若進行了任何形式的改動，可方便地返回測試。這些代碼也可作為如何使用類的一個示例使用。

(4) 應將方法設計成簡要的、功能性單元，用它描述和實現一個不連續的類介面部分。理想情況下，方法應簡明扼要。若長度很大，可考慮通過某種方式將其分割成較短的幾個方法。這樣做也便於類內代碼的重復使用（有些時候，方法必須非常大，但它們仍應只做同樣的一件事情）。

(5) 設計一個類時，請設身處地為客戶程序員考慮一下（類的使用方法應該是非常明確的）。然後，再設身處地為管理代碼的人考慮一下（預計有可能進行哪些形式的修改，想想用什麼方法可把它們變得更簡單）。
(6) 使類盡可能短小精悍，而且只解決一個特定的問題。下面是對類設計的一些建議：
■一個復雜的開關語句：考慮採用"多形"機制
■數量眾多的方法涉及到類型差別極大的操作：考慮用幾個類來分別實現
■許多成員變數在特徵上有很大的差別：考慮使用幾個類

(7) 讓一切東西都盡可能地"私有"--private。可使庫的某一部分"公共化"（一個方法、類或者一個欄位等等），就永遠不能把它拿出。若強行拿出，就可能破壞其他人現有的代碼，使他們不得不重新編寫和設計。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。在多線程環境中，隱私是特別重要的一個因素--只有private欄位才能在非同步使用的情況下受到保護。

(8) 謹惕"巨大對象綜合症"。對一些習慣於順序編程思維、且初涉OOP領域的新手，往往喜歡先寫一個順序執行的程序，再把它嵌入一個或兩個巨大的對象里。根據編程原理，對象表達的應該是應用程序的概念，而非應用程序本身。

(9) 若不得已進行一些不太雅觀的編程，至少應該把那些代碼置於一個類的內部。

(10) 任何時候只要發現類與類之間結合得非常緊密，就需要考慮是否採用內部類，從而改善編碼及維護工作（參見第14章14.1.2小節的"用內部類改進代碼"）。

(11) 盡可能細致地加上注釋，並用javadoc注釋文檔語法生成自己的程序文檔。

(12) 避免使用"魔術數字"，這些數字很難與代碼很好地配合。如以後需要修改它，無疑會成為一場噩夢，因為根本不知道"100"到底是指"數組大小"還是"其他全然不同的東西"。所以，我們應創建一個常數，並為其使用具有說服力的描述性名稱，並在整個程序中都採用常數標識符。這樣可使程序更易理解以及更易維護。

(13) 涉及構建器和異常的時候，通常希望重新丟棄在構建器中捕獲的任何異常--如果它造成了那個對象的創建失敗。這樣一來，調用者就不會以為那個對象已正確地創建，從而盲目地繼續。

(14) 當客戶程序員用完對象以後，若你的類要求進行任何清除工作，可考慮將清除代碼置於一個良好定義的方法里，採用類似於cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內放置一個boolean（布爾）標記，指出對象是否已被清除。在類的finalize()方法里，請確定對象已被清除，並已丟棄了從RuntimeException繼承的一個類（如果還沒有的話），從而指出一個編程錯誤。在採取象這樣的方案之前，請確定finalize()能夠在自己的系統中工作（可能需要調用System.runFinalizersOnExit(true)，從而確保這一行為）。

(15) 在一個特定的作用域內，若一個對象必須清除（非由垃圾收集機制處理），請採用下述方法：初始化對象；若成功，則立即進入一個含有finally從句的try塊，開始清除工作。

(16) 若在初始化過程中需要覆蓋（取消）finalize()，請記住調用super.finalize()（若Object屬於我們的直接超類，則無此必要）。在對finalize()進行覆蓋的過程中，對super.finalize()的調用應屬於最後一個行動，而不應是第一個行動，這樣可確保在需要基礎類組件的時候它們依然有效。

(17) 創建大小固定的對象集合時，請將它們傳輸至一個數組（若准備從一個方法里返回這個集合，更應如此操作）。這樣一來，我們就可享受到數組在編譯期進行類型檢查的好處。此外，為使用它們，數組的接收者也許並不需要將對象"造型"到數組里。

(18) 盡量使用interfaces，不要使用abstract類。若已知某樣東西准備成為一個基礎類，那麼第一個選擇應是將其變成一個interface（介面）。只有在不得不使用方法定義或者成員變數的時候，才需要將其變成一個abstract（抽象）類。介面主要描述了客戶希望做什麼事情，而一個類則致力於（或允許）具體的實施細節。

(19) 在構建器內部，只進行那些將對象設為正確狀態所需的工作。盡可能地避免調用其他方法，因為那些方法可能被其他人覆蓋或取消，從而在構建過程中產生不可預知的結果（參見第7章的詳細說明）。

(20) 對象不應只是簡單地容納一些數據；它們的行為也應得到良好的定義。

(21) 在現成類的基礎上創建新類時，請首先選擇"新建"或"創作"。只有自己的設計要求必須繼承時，才應考慮這方面的問題。若在本來允許新建的場合使用了繼承，則整個設計會變得沒有必要地復雜。

(22) 用繼承及方法覆蓋來表示行為間的差異，而用欄位表示狀態間的區別。一個非常極端的例子是通過對不同類的繼承來表示顏色，這是絕對應該避免的：應直接使用一個"顏色"欄位。

(23) 為避免編程時遇到麻煩，請保證在自己類路徑指到的任何地方，每個名字都僅對應一個類。否則，編譯器可能先找到同名的另一個類，並報告出錯消息。若懷疑自己碰到了類路徑問題，請試試在類路徑的每一個起點，搜索一下同名的.class文件。

(24) 在Java 1.1 AWT中使用事件"適配器"時，特別容易碰到一個陷阱。若覆蓋了某個適配器方法，同時拼寫方法沒有特別講究，最後的結果就是新添加一個方法，而不是覆蓋現成方法。然而，由於這樣做是完全合法的，所以不會從編譯器或運行期系統獲得任何出錯提示--只不過代碼的工作就變得不正常了。

(25) 用合理的設計方案消除"偽功能"。也就是說，假若只需要創建類的一個對象，就不要提前限制自己使用應用程序，並加上一條"只生成其中一個"注釋。請考慮將其封裝成一個"獨生子"的形式。若在主程序里有大量散亂的代碼，用於創建自己的對象，請考慮採納一種創造性的方案，將些代碼封裝起來。

(26) 警惕"分析癱瘓"。請記住，無論如何都要提前了解整個項目的狀況，再去考察其中的細節。由於把握了全局，可快速認識自己未知的一些因素，防止在考察細節的時候陷入"死邏輯"中。

(27) 警惕"過早優化"。首先讓它運行起來，再考慮變得更快--但只有在自己必須這樣做、而且經證實在某部分代碼中的確存在一個性能瓶頸的時候，才應進行優化。除非用專門的工具分析瓶頸，否則很有可能是在浪費自己的時間。性能提升的隱含代價是自己的代碼變得難於理解，而且難於維護。

(28) 請記住，閱讀代碼的時間比寫代碼的時間多得多。思路清晰的設計可獲得易於理解的程序，但注釋、細致的解釋以及一些示例往往具有不可估量的價值。無論對你自己，還是對後來的人，它們都是相當重要的。如對此仍有懷疑，那麼請試想自己試圖從聯機Java文檔里找出有用信息時碰到的挫折，這樣或許能將你說服。

(29) 如認為自己已進行了良好的分析、設計或者實施，那麼請稍微更換一下思維角度。試試邀請一些外來人士--並不一定是專家，但可以是來自本公司其他部門的人。請他們用完全新鮮的眼光考察你的工作，看看是否能找出你一度熟視無睹的問題。採取這種方式，往往能在最適合修改的階段找出一些關鍵性的問題，避免產品發行後再解決問題而造成的金錢及精力方面的損失。

(30) 良好的設計能帶來最大的回報。簡言之，對於一個特定的問題，通常會花較長的時間才能找到一種最恰當的解決方案。但一旦找到了正確的方法，以後的工作就輕松多了，再也不用經歷數小時、數天或者數月的痛苦掙扎。我們的努力工作會帶來最大的回報（甚至無可估量）。而且由於自己傾注了大量心血，最終獲得一個出色的設計方案，成功的快感也是令人心動的。堅持****草草完工的誘惑--那樣做往往得不償失

③ 想成為Java軟體工程師有什麼要求

根據技術水平不同，Java工程師可以分為初級、中級、高級三個等級。不同級別的Java工程師，企業的用人要求也是不一樣的，但都有以下幾個共性：

1、夯實的Java基礎

Java新技術層出不窮，，每個企業都有不同的側重點。根據企業的用人需求，只有堅實的基礎才能快速的掌握新技術。需要在核心演算法、面向對象應用、數據結合及集合框架、輸入輸出、多線程、異常處理等多方面進行深入學習。

2、深入學習資料庫知識

目前互聯網離不開資料庫技術。任何一個大中型的應用都跟資料庫的好壞、資料庫訪問的效率直接決定了以後項目的成敗。當前資料庫最主流的技術就是Oracle和SQL語句兩種，除了能熟練應用資料庫體系結構和SQL語句之外，還要掌握資料庫設計和SQL語句優化。

3、熟練操作Linux系統

Linux是當今應用做廣泛的伺服器操作系統，一名合格的Java工程師必須具備熟練地Linux操作技巧，這是企業面試最獲得加分的重要指標之一。

4、系統的Web前端技術

隨著互聯網技術的更新，Web前端，包括HTML、Java script語言被越來越多的企業所重視。很多企業開始設立氣「Web前端工程師」的崗位，作為一名合格的Java工程師不僅要不斷學習Java script在內的Java知識。

5、企業及框架

Java是組件和框架的世界，所有的Java程序員都應該了解Java框架。

6、規范的企業流程開發文檔

軟體開發是團隊工作，因此規范的企業流程開發文檔就顯得尤為重要。這也是區分「草根程序員」與「正規程序員」的重要指標之一，開發項目無論大小都應該嚴格按照企業流程開發文檔進行。

④ 高級java程序員具備哪些知識

java高級程序員需要具備的知識如下：

1、語法：Java程序員必須比較熟悉語法，在寫代碼的時候IDE的編輯器對某一行報錯應該能夠根據報錯信息 知道是什麼樣的語法錯誤並且知道任何修正。

2、命令：必須熟悉JDK帶的一些常用命令及其常用選項，命令至少需要熟 悉：appletviewer、 HtmlConverter、jar、 java、 javac、javadoc、javap、javaw、native2ascii、serialver，如果這些命令你沒有全部使用過，那麼你對java實際上還很不了解。

3、工具 ：必須至少熟練使用一種IDE的開發工具，例如Eclipse、Netbeans、JBuilder、Jdeveloper、IDEA、JCreator或者Workshop，包括進行工程管理、常用選項的設置、插件的安裝配置以及進行調試。

4、API：Java的核心API是非常龐大的，但是有一些內容筆者認為是Java程序員必須熟悉的，否則不可能熟練的運用Java，包括：

◆java.lang包下的80%以上的類的功能的靈活運用。

◆java.util包下的80%以上的類的靈活運用，特別是集合類體系、規則 表達式、zip、以及時間、隨機數、屬性、資源和Timer.

◆java.io包下的60%以上的類的使用，理解IO體系的基於管道模型的設計思路以及常用IO類的特性和使用場合。

◆java.math包下的100%的內容。

◆java.net包下的60%以上的內容，對各個類的功能比較熟悉。

◆java.text包下的60%以上的內容，特別是各種格式化類。

◆熟練運用JDBC. 8)、java.security包下40%以上的內容，如果對於安全沒有接觸的話根本就不可能掌握java.

◆AWT的基本內容，包括各種組件事件、監聽器、布局管理器、常用組件、列印。

◆Swing的基本內容，和AWT的要求類似。

◆XML處理，熟悉SAX、DOM以及JDOM的優缺點並且能夠使用其中的一種完成XML的解析及內容處理。

5、測試 ：必須熟悉使用junit編寫測試用例完成代碼的自動測試。

6、管理：Java程序員必須熟悉使用ant完成工程管理的常用任務，例如工程編譯、生成javadoc、生成jar、版本控制、自動測試。

7、排錯：應該可以根據異常信息比較快速的定位問題的原因和大致位置。

8、思想：必須掌握OOP的主要要求，這樣使用Java開發的系統才能是真正的Java系統。

9、規范：編寫的代碼必須符合流行的編碼規范，例如類名首字母大寫，成員和方法名首字母小寫，方法名的第一個單詞一般是動詞，包名全部小寫等，這樣程序的可讀性才比較好。

10、博學：Java程序員除了精通Java意外，還要掌握J2EE、Oracle、WebLogic、Jboss、Spring、Struts、Hibernate 等流行技術，掌握軟體架構設計思想、搜索 引擎優化、緩存系統設計、網站負載均衡、系統性能調優等實用技術。

⑤ 零基礎為什麼學習Java開發Java基礎知識點有哪些

零基礎為什麼學習Java開發？Java基礎知識點有哪些？零基礎小白學習編程語言為什麼要選擇Java呢？其實Java是很多編程語言的基礎，因為Java自由的特點所以在編程行業一直叱吒風雲，下面小編匯總了一下關於Java的一些屬性以及Java入門基礎知識點。

一、Java的特點：

1、Java簡單性

相對於c語言來說

c語言的核心指針(保存地址)*p

Java中沒有指針的概念(使用的是引用概念)

2、Java面向對象(懶人思想)

類對象介面

面向對象的特性：封裝繼承多態

3、Java分布式

雙十一京東淘寶1000億5000萬訪問量訪問他們的伺服器

若只有1台伺服器壓力比較大

多台伺服器共同支持同一個業務

4、Java跨平台性(系統)

JDK程序開發包(包含了JRE和JVM)

JRE程序的運行環境(包含了JVM)

JVMJava虛擬機

Java代碼運行在虛擬機上

Mac系統安裝一個Mac版的JVM

window系統安裝一個Window版的JVM

Java文件後綴：.java

注意：.Java文件不能直接運行，需要一個編譯的過程.class文件(虛擬機能運行的文件)

5、Java安全性(內存方面)

Java內存處理機制：

GC垃圾回收機制：延遲回收(延遲處理)，某一時刻，會被系統自動回收(輪尋)

6、Java健壯性(讓你的網站增加容錯性)

Java屬於強類型語言(嚴格區分大小寫)

異常處理機制：提示用戶

二、Java基礎知識

java中最開始,你要先了解什麼是標識符,命名的規范性等,以及基本的那幾行代碼的含義.

1、**java中的標識符**

類名變數名介面名

標識符的命名規范

只能以數字字母下劃線_美元符號$開頭

2、**類名命名規范：**

使用大駝峰命名：單詞首字母大寫,多個單詞時每個單詞首字母大寫

小駝峰命名：(定義變數名使用)

第一個單詞首字母小寫,除了第一個單詞外,其他單詞首字母大寫

注意：起名時,必須見名知意;java中的關鍵字：系統提供的已經有特殊意義的單詞(系統用了,就不能再用)

3、**變數和常量**

常量：程序運行中不會更改的量就是常量

變數：存儲數據

數據類型變數名=初值;

4、**數據類型：**

一.基本數據類型：

(1)整型：

1.byte位元組型：表示一個位元組(一個位元組用八個二進制位來表示)可以存儲一個位元組大小的數據

2.short：短整型兩個位元組

#整型(常用)：四個位元組

4.long長整型：八個位元組

(2)浮點型：

1.float：四個位元組

2.double(常用默認聲明的小數系統使用double類型)：八位元組

3.字元型：char

特點：可以與整型相互轉換

4.boolean布爾類型：

其實我們畢業後參加Java培訓或者自學Java技術開發，我們主要面臨的是就業，Java目前來說就業薪資和行業背景都是非常不錯的，如果您打算自學Java技術開發，小編送您一套Java視頻教程，是全套的呦！Java從入門到精通跟著老師一步一步的學習終會學有所成的。

免責聲明：內容來源於公開網路，若涉及侵權聯系盡快刪除！

⑥ java的語言標識符規則是什麼

Java標識符的命名規則：x0dx0a1） 標識符由字母、數字、下劃線「_」、美元符號「$」或者人民幣符號「￥」組成，並且首字母不能是數字。x0dx0a2） 不能把關鍵字和保留字作為標識符。x0dx0a3） 標識符沒有長度限制。x0dx0a4） 標識符對大小寫敏感。Java編程規范：1）類名和介面名：首字母大寫，其餘字母小寫。如SamDocx0dx0a2）方法名和變數名：首字母小寫，其餘的字母大寫。x0dx0a如bothEyesOfDoll。x0dx0a3）包名：字母全部小寫。如，com.abc.dollapp。x0dx0a4）常量名：採用大寫形式，單詞之間以下劃線「_」隔開。

⑦ java程序員有哪些應該注意的編碼規范

Java編碼規范:盡量使用完整的英文描述符採用適用於相關領域的術語採用大小寫混合使名字可讀盡量少用縮寫，但如果用了，必須符合整個工程中的統一定義避免使用長的名字（小於15個字母為正常選擇）避免使用類似的名字，或者僅僅是大小寫不同的名字避免使用下劃線（除靜態常量等）標識符類型說明包（Package）的命名Package的名字應該採用完整的英文描述符，都是由一個小寫單片語成。並且包名的前綴總是一個頂級域名
，通常是com、e、gov、mil、net、org等；如：com.yjhmily.test類（Class）的命名類名應該是個一名詞，採用大小寫混合的方式，每個單詞的首字母大寫。盡量保證類名簡潔而富於描述。

⑧ Java項目開發標准

你可以看一個東西，叫做cmmi。
CMMI全稱是Capability Maturity Model Integration，即能力成熟度模型集成（也有稱為：軟體能力成熟度集成模型），是美國國防部的一個設想，1994年由美國國防部（United States Department of Defense）與卡內基-梅隆大學（Carnegie-Mellon University）下的軟體工程研究中心（Software Engineering Institute，SEISM）以及美國國防工業協會（National Defense Instrial Association）共同開發和研製的，他們計劃把現在所有現存實施的與即將被發展出來的各種能力成熟度模型，集成到一個框架中去，申請此認證的前提條件是該企業具有有效的軟體企業認定證書。
其目的是幫助軟體企業對軟體工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的軟體。其所依據的想法是：只要集中精力持續努力去建立有效的軟體工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟體開發中的困難。CMMI為改進一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復，增加透明度和理解，建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質量和效率。CMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。

CMMI 是現在來說最為規范的項目開發標准。一般上點規模的公司都起碼要過cmmi3級才行。