A. java設計模式都有哪些(java的設計模式有哪些)
一共23種設計模式！
按照目的來分，設計模式可以分為創建型模式、結構型模式和行為型模式。
創建型模式用來處理對象的創建過程；結構型模式用來處理類或者對象的組合；行為型模式用來對類或對象怎樣交互和怎樣分配職責進行描述。
創建型模式用來處檔滲理對象的創建過程，主要包含以下5種設計模式：
工廠方法模式（FactoryMethodPattern）
抽象工廠模式（AbstractFactoryPattern）
建造者模式（BuilderPattern）
原型模式（PrototypePattern）
單例模式（SingletonPattern）
結構型模式用來處理類或者對象的組合，主要包含以下7種設計模式：
適配器模式（AdapterPattern）
橋接模式（BridgePattern）
組合模式（CompositePattern）
裝飾者模式（DecoratorPattern）
外觀模式（FacadePattern）
享元模式（FlyweightPattern）
代理模式（ProxyPattern）
行為型模式用來對類或對象怎樣交互和怎樣分配職責進行描述，主要包含以下11種設計模式：
責任鏈模式（行悉脊ChainofPattern）
命令模式（CommandPattern）
解釋器模式（InterpreterPattern）
迭代器模式（IteratorPattern）
中介者模式（MediatorPattern）
備忘錄模式（MementoPattern）
觀察者模陸旁式（ObserverPattern）
狀態模式（StatePattern）
策略模式（StrategyPattern）
模板方法模式（TemplateMethodPattern）
訪問者模式（VisitorPattern）
推薦你一本好書：《軟體秘笈：設計模式那點事》，裡面講解的23中設計模式例子很生動，容易理解，還有JDK中設計模式應用情況，看了收獲挺大的！網路裡面搜「設計模式」，第一條中設計模式網路中就有首推該圖書，瀏覽量在20幾萬以上的，不會錯的。好東西大家一起分享！
祝你早日學會設計模式！
B. java設計模式(java設計模式有哪些)
設計模式主要分三個類型:創建型、結構型和行為型。
其中創建型有：
一、Singleton，單例模式：保證一個類只有一個實例，並提供一個訪問它的全局訪問點
二、AbstractFactory，抽象工廠：提供一個創建一系列相關或相互依賴對象的介面，而無須指定它們的具體類。
三、FactoryMethod，工廠方法：定義一個用於創建對象的介面，讓子類決定實例化哪一個類，FactoryMethod使一個類的實例化延遲到了子類。
四、Builder，建造模式：將一個復雜對象的構建與他的表示相分離，使得同樣的構建過程可以創建不同的表示。
五、Prototype，原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型來創建新的對象。
行為型有：
六、Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內部表示。
七、Observer，觀察者模式：定義對象間一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。
八、TemplateMethod，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。
九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支持可撤銷的操作。
十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。
十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法物沖穗可以獨立於使用它們的客戶。
十二、Chinaof，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關系
十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。
十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。
十五、Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，並定義罩卜一個解釋器，這個解釋器使用該表示來解釋語言中的句子。
十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。
結構型有：
十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關系，Composite使得用戶對單個對象和組合對象的使用具有一致性。
十八、Facade，外觀模式：為子系統中的一組介面提供一致的界面，fa?ade提供了一高層介面，這個介面使得子系統更容易使用。
十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問
二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不兼容而不能一起工作那些類可以一起工作。
二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比生成子類更加靈活。
二十二、Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們可以獨立的變化。
二十三、Flyweight，享元模式
23種設計模式要在這里詳細的都說一遍內容實在太多了啊，推薦你一本好書《軟體秘笈：設計模式那點事》，裡面講解的23中設計模式判叢例子很生動，容易理解，還有JDK中設計模式應用情況，看了收獲挺大的！網路裡面搜「設計模式」，第一條中設計模式網路中就有首推該圖書，瀏覽量在20幾萬以上的，不會錯的。
C. 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.utilClass 的命名Class 的名字必須由大寫字母開頭而其他字母都小寫的單片語成,對於所有標識符，其中包含的所有單詞都應緊靠在一起，而且大寫中間單詞的首字母。public class ThisAClassName{}Class 變數的命名變數的名字必須用一個小寫字母開頭。後面的單詞用大寫字母開頭userName , thisAClassMethodStatic Final 變數的命名static Final 變數的名字應該都大寫，並且指出完整含義。/***DBConfig PATH**/public static final StringDB_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/Importspackage 行要在 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 和 implementspublic class CounterSetextends Observableimplements CloneableClass 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 應該在一行中，並且方法和參數另寫一行，這樣可以使方法和參數更易讀。publicCounterSet(int size){this.size = size;}克隆方法如果這個類是可以被克隆的，那麼下一步就是 clone 方法：publicObject 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 finalvoid 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 方法：publicString 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 來代替在字元串中使用\n。你不要這樣：System.out.print(Hello,world!\n);要這樣：System.out.println(Hello,world!);或者你構造一個帶換行符的字元串，至少要象這樣：String newline = System.getProperty(line.separator);System.out.println(Hello world + newline);PrintStreamPrintStream 已經被不贊成（deprecated）使用，用 PrintWrite 來代替它。
D. java從哪幾方面做概要設計
在對List、Set、Map執行遍歷刪除或添加等改變集合個數的操握鄭作時，不能使用普通的while、for循環或增強扒羨for。
會拋出異常或者沒有達到刪除的需求。
在遍歷時刪除元素，需要使用迭代器的方式春皮拍。
E. 急求一個java程序模板：我們有java數據結構課程設計：用java寫一個爬蟲，爬取兩個網頁的內容。
//這是一位老師講課時的爬郵箱代碼，你可以參考一下
packagecn.itcast.regex.test;
importjava.io.BufferedReader;
importjava.io.FileReader;
importjava.io.IOException;
importjava.io.InputStreamReader;
importjava.net.URL;
importjava.util.ArrayList;
importjava.util.List;
importjava.util.regex.Matcher;
importjava.util.regex.Pattern;
/*
*網頁爬蟲：其實就一個程序用於在互聯網中獲取符合指定規則的數據。
*
*爬取郵箱地址。
*
*/
publicclassRegexTest2{
/**
*@paramargs
*@throwsIOException
*/
publicstaticvoidmain(String[]args)throwsIOException{
List<String>list=getMailsByWeb();
for(Stringmail:list){
System.out.println(mail);
}
}
publicstaticList<String>getMailsByWeb()throwsIOException{
//1,讀取源文件。
// BufferedReaderbufr=newBufferedReader(newFileReader("c:\mail.html"));
URLurl=newURL("http://tieba..com/p/2314539885");
BufferedReaderbufIn=newBufferedReader(newInputStreamReader(url.openStream()));
//2,對讀取的數據進行規則的匹配。從中獲取符合規則的數據.
Stringmail_regex="\w+@\w+(\.\w+)+";
List<String>list=newArrayList<String>();
Patternp=Pattern.compile(mail_regex);
Stringline=null;
while((line=bufIn.readLine())!=null){
Matcherm=p.matcher(line);
while(m.find()){
//3,將符合規則的數據存儲到集合中。
list.add(m.group());
}
}
returnlist;
}
publicstaticList<String>getMails()throwsIOException{
//1,讀取源文件。
BufferedReaderbufr=newBufferedReader(newFileReader("c:\mail.html"));
//2,對讀取的數據進行規則的匹配。從中獲取符合規則的數據.
Stringmail_regex="\w+@\w+(\.\w+)+";
List<String>list=newArrayList<String>();
Patternp=Pattern.compile(mail_regex);
Stringline=null;
while((line=bufr.readLine())!=null){
Matcherm=p.matcher(line);
while(m.find()){
//3,將符合規則的數據存儲到集合中。
list.add(m.group());
}
}
returnlist;
}
}
F. java類模板問題， 前幾天老師布置了一個問題，說設計一個模板類，包含2個功能，循環和判斷。
說的太簡單了，java的模板其實還是帆唯類啊，你就新定義歲冊一個類，裡面寫靜態函數，這個函數可以處理你需要的循環和判斷的工作，以後需要循環判斷的時候就通過 類名態雀培.靜態函數 調用就行了
G. 如何創建 Java 項目模板
用eclipse插件開發（RCP，也就是你講的swt/jface）做一個插件吧.
首先建個模板工程，就是一個你要作為模板的普通工程；
然後做一個插件，可以是一個按鈕，點擊彈出一個對話框，進行一些基本配置，如項目名、路徑等，確定後，將把模板工程拷貝到目標的工作區中，然後改一下項目配置（一般你的項目根目錄下都會有項目的基本屬性的文件，.project、.classpath等，可以用插件直接編輯它們），之後導入工程，模板就導入了
不知道你是不是這個意思
H. 簡歷上的項目描述（JAVA）怎麼寫
想要成為合格的Java程序員或工程師到底需要具備哪些專業技能，面試者在面試之前到底需要准備哪些東西呢？本文陳列的這些內容既可以作為個人簡歷中的內容，也可以作為面試的時候跟面試官聊的東西，你可以把這些內容寫到你的簡歷中，當然更需要的是你在面試的時候向面試官展示這些專業技能。相信此文對正在尋覓Java程序員（Java工程師）職位的freshman以及希望成為中高級Java開發者的junior都會有所幫助。
專業技能
1.熟練的使用Java語言進行面向對象程序設計，有良好的編程習慣，熟悉常用的JavaAPI，包括集合框架、多線程（並發編程）、I/O（NIO）、Socket、JDBC、XML、反射等。
2.熟悉基於jsP和Servlet的JavaWeb開發，對Servlet和JSP的工作原理和生命周期有深入了解，熟練的使用JSTL和EL編寫無腳本動態頁面，有使用監聽器、過濾器等Web組件以及MVC架構模式進行JavaWeb項目開發的經驗。
3.對Spring的IoC容器和AOP原理有深入了解，熟練的運用Spring框架管理各種Web組件及其依賴關系，熟練的使用Spring進行事務、日誌、安全性等的管理，有使用SpringMVC作為表示層技術以及使用Spring提供的持久化支持進行Web項目開發的經驗，熟悉Spring對其他框架的整合。
4.熟練的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，對Hibernate的關聯映射、繼承映射、組件映射、緩存機制、事務管理以及性能調優等有深入的理解。
5.熟練的使用HTML、CSS和JavaScript進行Web前端開發，熟悉jQuery和Bootstrap，對Ajax技術在Web項目中的應用有深入理解，有使用前端MVC框架（AngularJS）和JavaScript模板引擎（HandleBars）進行項目開發的經驗。
6.熟悉常用的關系型資料庫產品（MySQL、Oracle），熟練的使用SQL和PL/SQL進行資料庫編程。
7.熟悉面向對象的設計原則，對GoF設計模式和企業應用架構模式有深入的了解和實際開發的相關經驗，熟練的使用UML進行面向對象的分析和設計，有TDD（測試驅動開發）和DDD（領域驅動設計）的經驗。
8.熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web伺服器和應用伺服器的使用，熟悉多種伺服器整合、集群和負載均衡的配置。
9.熟練的使用產品原型工具Axure，熟練的使用設計建模工具PowerDesigner和EnterpriseArchitect，熟練的使用Java開發環境Eclipse和IntelliJ，熟練的使用前端開發環境WebStorm，熟練的使用軟體版本控制工具SVN和Git，熟練的使用項目構建和管理工具Maven和Gradle。
說明：上面羅列的這些東西並不是每一項你都要爛熟於心，根據企業招聘的具體要求可以做相應的有針對性的准備。我個人覺得前6項應該是最低要求，是作為一個Java開發者必須要具備的專業技能
項目介紹
本系統是X委託Y開發的用於Z的系統，系統包括A、B、C、D等模塊。系統使用了Java企業級開發的開源框架E以及前端技術F。表示層運用了G架構，使用H作為視圖I作為控制器並實現了REST風格的請求；業務邏輯層運用了J模式，並通過K實現事務、日誌和安全性等功能，通過L實現緩存服務；持久層使用了M封裝CRUD操作，底層使用N實現數據存取。整個項目採用了P開發模型。
說明：上面的描述中，E通常指Spring（Java企業級開發的一站式選擇）；F最有可能是jQuery庫及其插件或者是Bootstrap框架，當然如果要構建單頁應用（SPA）最佳的方案是前端MVC框架（如AngularJS）和JavaScript模板引擎（如HandleBars）；G顯然是MVC（模型-視圖-控制），最有可能的實現框架是SpringMVC，除此之外還有Struts2、JSF以及Apache為JSF提供的MyFaces實現，可以使用JSP作為MVC中的V，也可使用模板引擎（如Freemarker和Velocity）來生成視圖，還可以是各種文檔或報表（如Excel和PDF等），而Servlet和自定義的控制器是MVC中的C，當然SpringMVC中提供了作為前端控制器的DispatcherServlet；J通常是事務腳本，K應該是AOP（面向切面編程）技術，L目前廣泛使用的有memcached和Redis；M的選擇方案很多，最有可能的是Hibernate和MyBatis，也可以兩種技術同時運用，但通常是將增刪改交給Hibernate來處理，而復雜的查詢則由MyBatis完成，此外TopLink、jOOQ也是優秀的持久層解決方案；底層的數據存取傳統上是使用關系型資料庫，可以是MySQL、Oracle、SQLServer、DB2等，隨著大數據時代的來臨，也可以採用NoSQL（如MongoDB、MemBase、BigTable等）和其他大數據存取方案（如GFS、HDFS等）；項目的開發模型P可以是瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型、RAD模型等。
項目開發流程
1.可行性分析>>>可行性分析報告/項目開發計劃書
2.需求分析>>>需求規格說明書
1.OOAD（用例圖、時序圖、活動圖）
2.界面原型：幫助理解需求、業務層設計時推導事務腳本
3.設計>>>概要設計說明書/詳細設計說明書
1.抽取業務實體（領域對象）：類圖、E-R圖（概念設計階段）
2.分層架構：確定各層的技術實現方案（具體到使用的框架、資料庫伺服器、應用伺服器等）。業務層設計：事務腳本模式（事務：用戶發送一次請求就是一個事務；腳本：一個方法或一個函數；事務腳本：把一次請求封裝為一個方法或一個函數；事務腳本模式：一個事務開始於腳本的打開，終止於腳本的關閉）。業務層涉及的對象本有三種類型：事務腳本類（封裝了業務的流程）、數據訪問對象（DAO，封裝了持久化操作）、數據傳輸對象（DTO，封裝了失血/貧血領域對象），三者之間的關系是事務腳本類組合（聚合）數據訪問對象，這二者都依賴了數據傳輸對象
3.正向工程（UML類圖生成Java代碼）和逆向工程（Java代碼生成UML類圖）
4.資料庫物理設計（ER圖轉換成表間關系圖、建庫和建表、使用工具插入測試數據）
4.編碼5.測試>>>測試報告/缺陷報告
1.單元測試：對軟體中的最小可測試單元進行檢查和驗證，在Java中是對類中的方法進行測試，可以使用JUnit工具來實施。
2.集成測試：集成測試也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求組裝成為子系統進行測試。
3.系統測試：將已經確認的軟體、硬體、外設、網路等元素結合在一起，進行信息系統的各種組裝測試和確認測試，系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。
4.驗收測試：在軟體產品完成了單元測試、集成測試和系統測試之後，產品發布之前所進行的軟體測試活動。它是技術測試的最後一個階段，也稱為交付測試。驗收測試的目的是確保軟體准備就緒，並且可以讓最終用戶將其用於執行軟體的既定功能和任務。
5.交付和維護>>>用戶手冊/操作手冊
項目管理
版本控制：CVS/SVN/Git
自動構建：Ant/Maven/Ivy/Gradle
持續集成：Hudson/Jenkins
系統架構
負載均衡伺服器：F5、A10
應用伺服器：
HTTP伺服器：Apache、NginX（HTTP、反向代理、郵件代理伺服器）
Servlet容器：Tomcat、Resin
EJB容器：WildFly（JBossApplicationServer）、GlassFish、Weblogic、Websphere資料庫伺服器：MySQL、Oracle
第三方工具（插件）應用
圖表工具：基於jQuery的圖表插件（如jQchart、Flot、Charted等）、Chart.js、Highcharts等。
報表工具：PentahoReporting、iReport、DynamicReports等。
文檔處理：POI、iText等。
工作流引擎：jBPM、OpenWFE、Snaker、SWAMP等。
作業調度：Quartz、JobServer、Oddjob等。
緩存服務：EhCache、memcached、SwarmCache等。
消息隊列：Open-MQ、ZeroMQ等。
安全框架：Shiro、PicketBox等。
搜索引擎：IndexTank、Lucene、ElasticSearch等。
Ajax框架：jQuery、ExtJS、DWR等。
UI插件：EasyUI、MiniUI等。
富文本框：UEditor、CKEditor等。
面試提問
項目是為哪個公司開發的？
項目的投入是多少？
有多少人參與了項目開發？
整個團隊中，測試人員、開發人員、項目經理比例是多少？
項目開發了多長時間？
項目總的代碼量有多少？
你的代碼量有多少？
項目採用了怎樣的開發模型或開發流程？
項目的架構是怎樣的？
項目的技術選型是怎樣的？
你在項目中承擔了怎樣的職責？
是否經常開會或加班？
項目完成後有哪些收獲或是經驗教訓？
項目中最困難的部分是什麼？
如何解決團隊開發時遇到的各種沖突？
明：對於沒有實際項目經驗的，可以在前程無憂、智聯招聘、拉勾網等網站上搜索招聘Java程序員的公司，找到他們的官方網站了解他們做的項目，查看項目的詳細介紹，然後嘗試完成其中一部分功能，最好請教一下高人看看自己的設計和代碼是否恰當，這樣相當於積累了一定的項目經驗。
面試時可以反問面試官的問題
我注意到你們使用了X技術，請問你們是如何解決Y問題的？
為什麼你們的產品使用了X技術而不是Y技術？據我所知，X技術雖然有A、B、C等好處，但也存在D和E問題，而Y技術可以解決D和E問題。
我對您說的X技術不是太熟悉，但我感覺它是一個不錯的解決方案，您能多講講它的工作原理嗎？
你們團隊是如何進行項目規劃的？一周會有幾次例會？每周的代碼量大概是多少？
就X問題我能想到的解決方案目前就只有Y了，請問您會怎麼解決這個問題？
錄用談判
要理直氣壯的提出具體的待遇要求
開出比預期稍高的價碼
不要只盯著薪水（很多公司更願意就薪水之外的條件做出讓步）
使用最合適的方法（可以嘗試在電話或E-mail中談判待遇）
自我評價
學習能力（搞IT行業的人需要不斷的了解新的技術、工具和方法）
團隊意識（相比個人英雄主義，IT行業更倡導團隊合作）
抗壓能力（很多IT企業的工作強度相對來說還是比較大的）
自學編程，免費獲取精品IT教程以及資料，搜索：黑馬程序員
網頁鏈接
I. Java項目中的文檔應該怎樣些，包括概要設計和詳細設計！
Based on your subject Java項目中的文檔應該來怎樣些，源包括概要設計和詳細設計！，
聯系我們需要提供問題和聯系方式,
如有具體需求，可以我們聯系,
有可能幫你,
請用BaiHi為我留言,
此回復針對所有來訪者和需求者有效,
ES:\\
J. 如何書寫Java項目的開發文檔
現在很多文檔的編寫均有自己的固定格式，這方面網路文庫裡面就有不少可以參考的文內檔模板。現在以容Java方向的文檔為主，簡單結束一下。
1人員流動是項目進行中比較讓人頭疼的事情。做好規範文檔，可以讓代碼看起來比較像出自同一人之手。
2要做java開發文檔得做不少功夫，有需求規格說明書、詳細設計說明書、軟體功能規格說明書、資料庫設計說明書、編碼規范等。比較重要的是 軟體功能描述、資料庫設計、編碼規范，這樣，及時有人員流動的話，新人看了文檔，也能比較快的了解功能需求、資料庫設計、編碼規范，更快的上手項目。
3先看看你需要什麼文檔，然後去文庫里搜索，就有相應的模板，找個適合自己項目的模板用。