java經典程序100例

㈠ java遞歸演算法

1.漢諾塔問題
import javax.swing.JOptionPane;
class Hanoi {
private static final String DISK_B = "diskB";
private static final String DISK_C = "diskC";
private static final String DISK_A = "diskA";
static String from=DISK_A;
static String to=DISK_C;
static String mid=DISK_B;
public static void main(String[] args) {
String input=JOptionPane.showInputDialog("please input the number of the disks you want me move.");
int num=Integer.parseInt(input);
move(num，from，mid，to);
}
private static void move(int num， String from2， String mid2， String to2) {
if(num==1){
System.out.println("move disk 1 from "+from2+" to "+to2);
}
else {
move(num-1，from2，to2，mid2);
System.out.println("move disk "+num+" from "+from2+" to "+to2);
move(num-1，mid2，from2，to2);
}
}
}
2. 這是一個排列的例子，它所做的工作是將輸入的一個字元串中的所有元素進行排序並輸出，例如：你給出的參數是"abc" 則程序會輸出：
abc
acb
bac
bca
cab
cba
(1)演算法的出口在於：low=high也就是現在給出的排列元素只有一個時。
(2)演算法的逼近過程：先確定排列的第一位元素，也就是循環中i所代表的元素，
然後low+1開始減少排列元素，如此下去，直到low=high
public static void permute(String str) {
char[] strArray = str.toCharArray();
permute(strArray， 0， strArray.length - 1);
}
public static void permute(char[] list， int low， int high) {
int i;
if (low == high) {
String cout = "";
for (i = 0; i <= high; i++)
cout += list[i];
System.out.println(cout);
} else {
for (i = low; i <= high; i++) {
char temp = list[low];
list[low] = list[i];
list[i] = temp;
permute(list， low + 1， high);
temp = list[low];
list[low] = list[i];
list[i] = temp;
}
}
}
3。這是一個組合的例子，與上述的例子相似，只是它所做的工作是，輸出所給字元串中制定數目的元素的組合種類
(1)程序出口在於n=1，此時只要輸出目標數組的所有元素即可
(2)逼近過程，當n>1的時候，我們先取第一個元素放入目標數組中，然後n-1，如此下去，最後出來。
import javax.swing.JOptionPane;
public class Combination {
/**
* @param args
*/
public static void main(String[] args) {
String input = JOptionPane.showInputDialog("please input your String： ");
String numString = JOptionPane.showInputDialog("please input the number of your Combination： ");
int num = Integer.parseInt(numString);
Combine(input， num);
}
private static void Combine(String input， int num) {
char[] a = input.toCharArray();
String b = "";
Combine(a， num， b， 0， a.length);
}
private static void Combine(char[] a， int num， String b， int low， int high) {
if (num == 0) {
System.out.println(b);
} else {
for (int i = low; i < a.length; i++) {
b += a[i];
Combine(a， num - 1， b， i+1， a.length);
b=b.substring(0， b.length()-1);
}
}
}
}

㈡ 誰能介紹一下JAVA平台開發中最長用的幾種設計模式~最好是通俗一些的並且有實例的~500分酬謝

例子很另類，不過還比較好懂

工廠模式， 工廠方法模式，單例模式， 外觀（Facade）模式， 觀察者（Observer）模式，橋接（Bridge）模式都是比較常用的，不同的項目有不同的設計方向，可以參考的設計模式也不盡相同，沒有定數，只是上面這幾個模式用的比較多一些。

其他的模式我找了一下，都列出來了。

======================
Java常用的設計模式
創建型模式

1、FACTORY—追MM少不了請吃飯了，麥當勞的雞翅和肯德基的雞翅都是MM愛吃的東西，雖然口味有所不同，但不管你帶MM去麥當勞或肯德基，只管向服務員說「來四個雞翅」就行了。麥當勞和肯德基就是生產雞翅的Factory

工廠模式：客戶類和工廠類分開。消費者任何時候需要某種產品，只需向工廠請求即可。消費者無須修改就可以接納新產品。缺點是當產品修改時，工廠類也要做相應的修改。如：如何創建及如何向客戶端提供。

2、BUILDER—MM最愛聽的就是「我愛你」這句話了，見到不同地方的MM,要能夠用她們的方言跟她說這句話哦，我有一個多種語言翻譯機，上面每種語言都有一個按鍵，見到MM我只要按對應的鍵，它就能夠用相應的語言說出「我愛你」這句話了，國外的MM也可以輕松搞掂，這就是我的「我愛你」builder。（這一定比美軍在伊拉克用的翻譯機好賣）

建造模式：將產品的內部表象和產品的生成過程分割開來，從而使一個建造過程生成具有不同的內部表象的產品對象。建造模式使得產品內部表象可以獨立的變化，客戶不必知道產品內部組成的細節。建造模式可以強制實行一種分步驟進行的建造過程。

3、FACTORY METHOD—請MM去麥當勞吃漢堡，不同的MM有不同的口味，要每個都記住是一件煩人的事情，我一般採用Factory Method模式，帶著MM到服務員那兒，說「要一個漢堡」，具體要什麼樣的漢堡呢，讓MM直接跟服務員說就行了。

工廠方法模式：核心工廠類不再負責所有產品的創建，而是將具體創建的工作交給子類去做，成為一個抽象工廠角色，僅負責給出具體工廠類必須實現的介面，而不接觸哪一個產品類應當被實例化這種細節。

4、PROTOTYPE—跟MM用QQ聊天，一定要說些深情的話語了，我搜集了好多肉麻的情話，需要時只要出來放到QQ裡面就行了，這就是我的情話prototype了。（100塊錢一份，你要不要）

原始模型模式：通過給出一個原型對象來指明所要創建的對象的類型，然後用復制這個原型對象的方法創建出更多同類型的對象。原始模型模式允許動態的增加或減少產品類，產品類不需要非得有任何事先確定的等級結構，原始模型模式適用於任何的等級結構。缺點是每一個類都必須配備一個克隆方法。

5、SINGLETON—俺有6個漂亮的老婆，她們的老公都是我，我就是我們家裡的老公Sigleton，她們只要說道「老公」，都是指的同一個人，那就是我(剛才做了個夢啦，哪有這么好的事)

單例模式：單例模式確保某一個類只有一個實例，而且自行實例化並向整個系統提供這個實例單例模式。單例模式只應在有真正的「單一實例」的需求時才可使用。

結構型模式

6、ADAPTER—在朋友聚會上碰到了一個美女Sarah，從香港來的，可我不會說粵語，她不會說普通話，只好求助於我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會不會耍我)

適配器（變壓器）模式：把一個類的介面變換成客戶端所期待的另一種介面，從而使原本因介面原因不匹配而無法一起工作的兩個類能夠一起工作。適配類可以根據參數返還一個合適的實例給客戶端。

7、BRIDGE—早上碰到MM，要說早上好，晚上碰到MM，要說晚上好；碰到MM穿了件新衣服，要說你的衣服好漂亮哦，碰到MM新做的發型，要說你的頭發好漂亮哦。不要問我「早上碰到MM新做了個發型怎麼說」這種問題，自己用BRIDGE組合一下不就行了

橋梁模式：將抽象化與實現化脫耦，使得二者可以獨立的變化，也就是說將他們之間的強關聯變成弱關聯，也就是指在一個軟體系統的抽象化和實現化之間使用組合/聚合關系而不是繼承關系，從而使兩者可以獨立的變化。

8、COMPOSITE—Mary今天過生日。「我過生日，你要送我一件禮物。」「嗯，好吧，去商店，你自己挑。」「這件T恤挺漂亮，買，這條裙子好看，買，這個包也不錯，買。」「喂，買了三件了呀，我只答應送一件禮物的哦。」「什麼呀，T恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來。」「……」，MM都會用Composite模式了，你會了沒有？

合成模式：合成模式將對象組織到樹結構中，可以用來描述整體與部分的關系。合成模式就是一個處理對象的樹結構的模式。合成模式把部分與整體的關系用樹結構表示出來。合成模式使得客戶端把一個個單獨的成分對象和由他們復合而成的合成對象同等看待。

9、DECORATOR—Mary過完輪到Sarly過生日，還是不要叫她自己挑了，不然這個月伙食費肯定玩完，拿出我去年在華山頂上照的照片，在背面寫上「最好的的禮物，就是愛你的Fita」，再到街上禮品店買了個像框（賣禮品的MM也很漂亮哦），再找隔壁搞美術設計的Mike設計了一個漂亮的盒子裝起來……，我們都是Decorator，最終都在修飾我這個人呀，怎麼樣，看懂了嗎？

裝飾模式：裝飾模式以對客戶端透明的方式擴展對象的功能，是繼承關系的一個替代方案，提供比繼承更多的靈活性。動態給一個對象增加功能，這些功能可以再動態的撤消。增加由一些基本功能的排列組合而產生的非常大量的功能。

10、FACADE—我有一個專業的Nikon相機，我就喜歡自己手動調光圈、快門，這樣照出來的照片才專業，但MM可不懂這些，教了半天也不會。幸好相機有Facade設計模式，把相機調整到自動檔，只要對准目標按快門就行了，一切由相機自動調整，這樣MM也可以用這個相機給我拍張照片了。

門面模式：外部與一個子系統的通信必須通過一個統一的門面對象進行。門面模式提供一個高層次的介面，使得子系統更易於使用。每一個子系統只有一個門面類，而且此門面類只有一個實例，也就是說它是一個單例模式。但整個系統可以有多個門面類。

11、FLYWEIGHT—每天跟MM發簡訊，手指都累死了，最近買了個新手機，可以把一些常用的句子存在手機里，要用的時候，直接拿出來，在前面加上MM的名字就可以發送了，再不用一個字一個字敲了。共享的句子就是Flyweight，MM的名字就是提取出來的外部特徵，根據上下文情況使用。

享元模式：FLYWEIGHT在拳擊比賽中指最輕量級。享元模式以共享的方式高效的支持大量的細粒度對象。享元模式能做到共享的關鍵是區分內蘊狀態和外蘊狀態。內蘊狀態存儲在享元內部，不會隨環境的改變而有所不同。外蘊狀態是隨環境的改變而改變的。外蘊狀態不能影響內蘊狀態，它們是相互獨立的。將可以共享的狀態和不可以共享的狀態從常規類中區分開來，將不可以共享的狀態從類里剔除出去。客戶端不可以直接創建被共享的對象，而應當使用一個工廠對象負責創建被共享的對象。享元模式大幅度的降低內存中對象的數量。

12、PROXY—跟MM在網上聊天，一開頭總是「hi,你好」,「你從哪兒來呀？」「你多大了？」「身高多少呀？」這些話，真煩人，寫個程序做為我的Proxy吧，凡是接收到這些話都設置好了自動的回答，接收到其他的話時再通知我回答，怎麼樣，酷吧。

代理模式：代理模式給某一個對象提供一個代理對象，並由代理對象控制對源對象的引用。代理就是一個人或一個機構代表另一個人或者一個機構採取行動。某些情況下，客戶不想或者不能夠直接引用一個對象，代理對象可以在客戶和目標對象直接起到中介的作用。客戶端分辨不出代理主題對象與真實主題對象。代理模式可以並不知道真正的被代理對象，而僅僅持有一個被代理對象的介面，這時候代理對象不能夠創建被代理對象，被代理對象必須有系統的其他角色代為創建並傳入。

行為模式

13、CHAIN OF RESPONSIBLEITY—晚上去上英語課，為了好開溜坐到了最後一排，哇，前面坐了好幾個漂亮的MM哎，找張紙條，寫上「Hi,可以做我的女朋友嗎？如果不願意請向前傳」，紙條就一個接一個的傳上去了，糟糕，傳到第一排的MM把紙條傳給老師了，聽說是個老處女呀，快跑!

責任鏈模式：在責任鏈模式中，很多對象由每一個對象對其下家的引用而接

起來形成一條鏈。請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。客戶並不知道鏈上的哪一個對象最終處理這個請求，系統可以在不影響客戶端的情況下動態的重新組織鏈和分配責任。處理者有兩個選擇：承擔責任或者把責任推給下家。一個請求可以最終不被任何接收端對象所接受。

14、COMMAND—俺有一個MM家裡管得特別嚴，沒法見面，只好藉助於她弟弟在我們倆之間傳送信息，她對我有什麼指示，就寫一張紙條讓她弟弟帶給我。這不，她弟弟又傳送過來一個COMMAND，為了感謝他，我請他吃了碗雜醬面，哪知道他說：「我同時給我姐姐三個男朋友送COMMAND，就數你最小氣，才請我吃面。」，:-(

命令模式：命令模式把一個請求或者操作封裝到一個對象中。命令模式把發出命令的責任和執行命令的責任分割開，委派給不同的對象。命令模式允許請求的一方和發送的一方獨立開來，使得請求的一方不必知道接收請求的一方的介面，更不必知道請求是怎麼被接收，以及操作是否執行，何時被執行以及是怎麼被執行的。系統支持命令的撤消。

15、INTERPRETER—俺有一個《泡MM真經》，上面有各種泡MM的攻略，比如說去吃西餐的步驟、去看電影的方法等等，跟MM約會時，只要做一個Interpreter，照著上面的腳本執行就可以了。

解釋器模式：給定一個語言後，解釋器模式可以定義出其文法的一種表示，並同時提供一個解釋器。客戶端可以使用這個解釋器來解釋這個語言中的句子。解釋器模式將描述怎樣在有了一個簡單的文法後，使用模式設計解釋這些語句。在解釋器模式裡面提到的語言是指任何解釋器對象能夠解釋的任何組合。在解釋器模式中需要定義一個代表文法的命令類的等級結構，也就是一系列的組合規則。每一個命令對象都有一個解釋方法，代表對命令對象的解釋。命令對象的等級結構中的對象的任何排列組合都是一個語言。

16、ITERATOR—我愛上了Mary，不顧一切的向她求婚。

Mary：「想要我跟你結婚，得答應我的條件」

我：「什麼條件我都答應，你說吧」

Mary：「我看上了那個一克拉的鑽石」

我：「我買，我買，還有嗎？」

Mary：「我看上了湖邊的那棟別墅」

我：「我買，我買，還有嗎？」

Mary：「你的小弟弟必須要有50cm長」

我腦袋嗡的一聲，坐在椅子上，一咬牙：「我剪，我剪，還有嗎？」

……

迭代子模式：迭代子模式可以順序訪問一個聚集中的元素而不必暴露聚集的內部表象。多個對象聚在一起形成的總體稱之為聚集，聚集對象是能夠包容一組對象的容器對象。迭代子模式將迭代邏輯封裝到一個獨立的子對象中，從而與聚集本身隔開。迭代子模式簡化了聚集的界面。每一個聚集對象都可以有一個或一個以上的迭代子對象，每一個迭代子的迭代狀態可以是彼此獨立的。迭代演算法可以獨立於聚集角色變化。

17、MEDIATOR—四個MM打麻將，相互之間誰應該給誰多少錢算不清楚了，幸虧當時我在旁邊，按照各自的籌碼數算錢，賺了錢的從我這里拿，賠了錢的也付給我，一切就OK啦，俺得到了四個MM的電話。

調停者模式：調停者模式包裝了一系列對象相互作用的方式，使得這些對象不必相互明顯作用。從而使他們可以鬆散偶合。當某些對象之間的作用發生改變時，不會立即影響其他的一些對象之間的作用。保證這些作用可以彼此獨立的變化。調停者模式將多對多的相互作用轉化為一對多的相互作用。調停者模式將對象的行為和協作抽象化，把對象在小尺度的行為上與其他對象的相互作用分開處理。

18、MEMENTO—同時跟幾個MM聊天時，一定要記清楚剛才跟MM說了些什麼話，不然MM發現了會不高興的哦，幸虧我有個備忘錄，剛才與哪個MM說了什麼話我都拷貝一份放到備忘錄裡面保存，這樣可以隨時察看以前的記錄啦。

備忘錄模式：備忘錄對象是一個用來存儲另外一個對象內部狀態的快照的對象。備忘錄模式的用意是在不破壞封裝的條件下，將一個對象的狀態捉住，並外部化，存儲起來，從而可以在將來合適的時候把這個對象還原到存儲起來的狀態。

19、OBSERVER—想知道咱們公司最新MM情報嗎？加入公司的MM情報郵件組就行了，tom負責搜集情報，他發現的新情報不用一個一個通知我們，直接發布給郵件組，我們作為訂閱者（觀察者）就可以及時收到情報啦

觀察者模式：觀察者模式定義了一種一隊多的依賴關系，讓多個觀察者對象同時監聽某一個主題對象。這個主題對象在狀態上發生變化時，會通知所有觀察者對象，使他們能夠自動更新自己。

20、STATE—跟MM交往時，一定要注意她的狀態哦，在不同的狀態時她的行為會有不同，比如你約她今天晚上去看電影，對你沒興趣的MM就會說「有事情啦」，對你不討厭但還沒喜歡上的MM就會說「好啊，不過可以帶上我同事么？」，已經喜歡上你的MM就會說「幾點鍾？看完電影再去泡吧怎麼樣？」，當然你看電影過程中表現良好的話，也可以把MM的狀態從不討厭不喜歡變成喜歡哦。

狀態模式：狀態模式允許一個對象在其內部狀態改變的時候改變行為。這個對象看上去象是改變了它的類一樣。狀態模式把所研究的對象的行為包裝在不同的狀態對象里，每一個狀態對象都屬於一個抽象狀態類的一個子類。狀態模式的意圖是讓一個對象在其內部狀態改變的時候，其行為也隨之改變。狀態模式需要對每一個系統可能取得的狀態創立一個狀態類的子類。當系統的狀態變化時，系統便改變所選的子類。

21、STRATEGY—跟不同類型的MM約會，要用不同的策略，有的請電影比較好，有的則去吃小吃效果不錯，有的去海邊浪漫最合適，單目的都是為了得到MM的芳心，我的追MM錦囊中有好多Strategy哦。

策略模式：策略模式針對一組演算法，將每一個演算法封裝到具有共同介面的獨立的類中，從而使得它們可以相互替換。策略模式使得演算法可以在不影響到客戶端的情況下發生變化。策略模式把行為和環境分開。環境類負責維持和查詢行為類，各種演算法在具體的策略類中提供。由於演算法和環境獨立開來，演算法的增減，修改都不會影響到環境和客戶端。

22、TEMPLATE METHOD——看過《如何說服女生上床》這部經典文章嗎？女生從認識到上床的不變的步驟分為巧遇、打破僵局、展開追求、接吻、前戲、動手、愛撫、進去八大步驟(Template method)，但每個步驟針對不同的情況，都有不一樣的做法，這就要看你隨機應變啦(具體實現)；

模板方法模式：模板方法模式准備一個抽象類，將部分邏輯以具體方法以及具體構造子的形式實現，然後聲明一些抽象方法來迫使子類實現剩餘的邏輯。不同的子類可以以不同的方式實現這些抽象方法，從而對剩餘的邏輯有不同的實現。先制定一個頂級邏輯框架，而將邏輯的細節留給具體的子類去實現。

23、VISITOR—情人節到了，要給每個MM送一束鮮花和一張卡片，可是每個MM送的花都要針對她個人的特點，每張卡片也要根據個人的特點來挑，我一個人哪搞得清楚，還是找花店老闆和禮品店老闆做一下Visitor，讓花店老闆根據MM的特點選一束花，讓禮品店老闆也根據每個人特點選一張卡，這樣就輕松多了；

訪問者模式：訪問者模式的目的是封裝一些施加於某種數據結構元素之上的操作。一旦這些操作需要修改的話，接受這個操作的數據結構可以保持不變。訪問者模式適用於數據結構相對未定的系統，它把數據結構和作用於結構上的操作之間的耦合解脫開，使得操作集合可以相對自由的演化。訪問者模式使得增加新的操作變的很容易，就是增加一個新的訪問者類。訪問者模式將有關的行為集中到一個訪問者對象中，而不是分散到一個個的節點類中。當使用訪問者模式時，要將盡可能多的對象瀏覽邏輯放在訪問者類中，而不是放到它的子類中。訪問者模式可以跨過幾個類的等級結構訪問屬於不同的等級結構的成員類。

㈢ java小程序入門

先到官網下載myeclipse或者eclipse編程軟體，並配置java環境變數，在網路搜索欄依次搜索eclipse下載和搜索java環境變數的配置，就可以找到圖文並茂的詳細教程。下面介紹一下怎麼製作小程序：

1、打開myeclispe（eclipse都一樣），依次點擊File->New->Java Project,然後給這個項目起一個名字（隨便起），這里就叫MyFirst.然後點擊Finish；

(3)java經典程序100例擴展閱讀：

Java是一門面向對象編程語言，不僅吸收了C++語言的各種優點，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語言具有功能強大和簡單易用兩個特徵。Java語言作為靜態面向對象編程語言的代表，極好地實現了面向對象理論，允許程序員以優雅的思維方式進行復雜的編程。

參考資料：Java-網路

㈣ 成為電腦高手要讀哪些書

1000本專業書籍，涉及電子、通信、網路、計算機所有領域。
http://www.kaisense.com/viewthread.php?tid=97&extra=page%3D1
F:\學習考研\電子圖書\電子寶庫
├—215例題解析自動控制原理_0
├—21世紀信息與通信技術教程 多媒體通信_0
├—21世紀信息與通信技術教程 數字電路與FPGA_0
├—21世紀信息與通信技術教程 數字語音：語音編碼實用教程_0
├—21世紀信息與通信技術教程 現代通信基礎與技術_0
├—21世紀大學計算機應用系列教材 JAVA與面向對象程序設計導論_0
├—21世紀大學計算機系列教材 C語言大學實用教程_0
├—21世紀網路平台大學計算機系列教材 離散數學_0
├—21世紀網路平台大學計算機系列教材 網路平台大學計算機信息技術_0
├—21世紀高等學校應用型規劃教材 EDA實用技術教程_0
├—21世紀高等學校應用型規劃教材 Protel 99SE實用技術教程_0
├—21世紀高等學校應用型規劃教材 電子交易與支付_0
├—21世紀高等學校應用型規劃教材 網路及電子商務安全_0
├—21世紀高等學校教材 概率論與數理統計 （第二版）_0
├—21世紀高等學校教材 線性代數 （第二版）_0
├—21世紀高等學校電子信息類專業規劃教材 Visual Basic程序設計基礎教程_0
├—21世紀高等學校電子信息類專業規劃教材 Visual Basic程序設計教程_0
├—21世紀高等學校電子信息類專業規劃教材 多媒體課件製作實訓教程_0
├—21世紀高等學校電子信息類專業規劃教材 網路安全技術基礎_0
├—21世紀高等學校電子信息類專業規劃教材 網路安全概論_0
├—21世紀高等學校電子信息類專業規劃教材 網路系統集成技術_0
├—21世紀高等學校電子信息類專業規劃教材 計算機信息管理基礎_0
├—21世紀高等學校電子信息類專業規劃教材 計算機硬體技術基礎_0
├—21世紀高等學校電子信息類教材 數字微波通信系統_0
├—21世紀高等學校規劃教材 高等數學_0
├—21世紀高等學校計算機基礎教育系列教材 資料庫應用與程序設計實驗指導_0
├—21世紀高等學校計算機基礎教育系列教材 資料庫應用與程序設計教程_0
├—21世紀高等學校計算機科學與技術教材 面向對象C++程序設計_0
├—21世紀高等院校教材 電磁場與電磁波_0
├—21世紀高等院校教材 遙感數字圖像處理_0
├—21世紀高等院校數字藝術設計系列教材 數字動畫設計藝術_0
├—21世紀高等院校電氣信息類系列教材 單片機原理與應用_0
├—21世紀高等院校規劃教材 DSP原理及應用_0
├—21世紀高等院校規劃教材 數據通信與計算機網路_0
├—21世紀高等院校計算機教材系列 C語言程序設計教程_0
├—21世紀高等院校計算機科學與工程系列教材 微型計算機原理與介面技術_0
├—21世紀高等院校計算機科學與技術規劃教材 Java程序設計簡明教程_0
├—21世紀高等院校計算機科學與技術規劃教材 微機原理與介面技術 （80386-Pe_0
├—21世紀高等院校計算機系列教材 Java程序設計基礎_0
├—21世紀高等院校計算機系列教材 Java程序設計實驗與實訓_0
├—21世紀高等院校計算機系列教材 管理信息系統_0
├—21世紀高等院校計算機系列教材 編程邏輯與結構化程序設計 （第三版）_0
├—21世紀高職高專信息技術教材 資料庫原理及應用教程_0
├—21高等學校電子信息類專業規劃教材 計算機引論_0
├—301例題解析電工電路 （中冊）_0
├—372例題解析電工電路 （上冊）_0
├—488例題解析電工電路 （下冊）_0
├—8051單片機徹底研究 基礎篇_0
├—8051單片機徹底研究 實習篇_0
├—8051單片機數據傳輸介面擴展技術與應用實例_0
├—Adobe 數字藝術中心 InDesign CS標准教材_0
├—Advanced C++ （中文版）_0
├—APSL參數化有限元分析技術及其應用實例_0
├—ASP+SQL Server網路應用系統開發與實例_0
├—ASP信息系統設計與開發實列_0
├—Authorware 6_5多媒體製作基礎教程_0
├—BHDL實例剖析_0
├—BIOS、注冊表與硬碟終極解析_0
├—Blackfin系列DSP原理與系統設計_0
├—C#Builder編程起跑_0
├—C#大學教程_0
├—C#應用程序開發標准教程_0
├—C#程序設計培訓教程_0
├—C#面向對象程序設計：台版_0
├—C++ Templates中文版_0
├—C++Builder 6實用編程100例_0
├—C++同構化對象程序設計原理_0
├—C++多范型設計_0
├—C++大學自學教程（第7版）_0
├—C++捷徑教程 第3版_0
├—C++程序設計_0
├—C++程序設計實驗指導與實訓_0
├—C++編程慣用法——高級程序員常用方法和技巧_0
├—C++網路編程 卷2 基於ACE和框架的系統化復用_0
├—C++面向對象程序設計 （第四版）_0
├—CAXA電子圖板XP實用教程_0
├—CCNA學習指南 （中文版） （640-801）_0
├—CDMA 無線通信原理_0
├—CPLD_FPGA可編程邏輯器件應用與開發_0
├—C_0
├—C語言與MATLAB介面：編程與實例_0
├—C語言程序設計2_0
├—C語言程序設計3_0
├—C語言程序設計_0
├—C語言程序設計導學_0
├—C語言精彩編程百例_0
├—Delphi 7_0程序設計教程_0
├—Delphi 7應用教程_0
├—Delphi 7資料庫開發教程_0
├—Delphi 7資料庫高級教程_0
├—Delphi 7程序設計_0
├—Delphi 7課程設計案例精編_0
├—Delphi 程序設計技能百練_0
├—DELPHI 經典游戲程序設計40例_0
├—Delphi串口通信技術與工程實踐_0
├—Delphi資料庫開發實例解析_0
├—Delphi資料庫編程_0
├—Delphi資料庫高級實例導航_0
├—Delphi源代碼分析_0
├—Delphi程序設計_0
├—Delphi程序設計實訓_0
├—Delphi程序設計教程_0
├—Delphi精要2_0
├—Delphi精要_0
├—DSP 通信工程技術應用_0
├—DSP信號處理技術應用_0
├—DSP技術及應用_0
├—DSP控制系統的設計與實現_0
├—DSP演算法設計與系統方案_0
├—DSP系統設計與實踐_0
├—DSP晶元的原理與開發應用 （第3版）_0
├—DSP集成開發環境：CCS及DSP_BIOS的原理與應用_0
├—DWDM技術原理與應用_0
├—EDA與數字系統設計_0
├—EDA工程實踐_0
├—Enterprise Java Bean程序設計實例詳解_0
├—Excel 2003中文版入門與提高_0
├—IBM PC 80X86匯編語言程序設計_0
├—IBM信息集成技術原理及應用_0
├—ICSA密碼學指南_0
├—IEEE 802_11無線區域網_0
├—IEEE1394介面技術_0
├—Intel微處理器結構、編程與介面 （第六版）_0
├—Intel匯編語言程序設計 第四版_0
├—IP寬頻通信網路技術_0
├—J2EE 應用與實踐技巧：JAVA設計模式、自動化與性能_0
├—J2EE網路編程標准教程_0
├—J2METM技術手冊_0
├—J2ME開發大全_0
├—Java 2學習指南——Sun Certified Programmer_0
├—Java 2實用教程_0
├—Java 2程序設計技能百練_0
├—Java 2簡明教程_0
├—Java Web服務開發_0
├—Java 國際認證（SCJP）典型試題1000例_0
├—Java 模式_0
├—Java 游戲編程_0
├—Java 課程設計案例精編_0
├—Java與CORBA客戶 伺服器編程 第二版_0
├—Java信息系統設計與開發實例_0
├—Java基礎教程_0
├—Java實用系統開發指南_0
├—Java實用編程100例_0
├—Java並發編程：設計原則與模式_0
├—Java手機_PDA程序設計入門_0
├—Java數值方法_0
├—Java數據對象_0
├—Java資料庫高級教程_0
├—Java數據結構和演算法 （第二版）_0
├—Java極限編程_0
├—JAVA程序設計2_0
├—Java程序設計3_0
├—Java程序設計_0
├—Java程序設計基礎 （第3版）_0
├—Java程序設計實戰訓練_0
├—Java程序設計技巧與開發實例_0
├—Java程序設計教程_0
├—Java程序設計高級主題_0
├—Java演算法 （第3版，第1卷）_0
├—Java編程原理：面向工程和科學人員_0
├—JAVA缺陷_0
├—Java網路編程基礎_0
├—Java語言程序設計_0
├—Java語言程序設計教程_0
├—Java課程設計_0
├—Java軟體開發2_0
├—Java軟體開發_0
├—Java項目開發實踐_0
├—Java高級實用編程_0
├—Jave 2認證考試學習指南 （第四版） （英文版）_0
├—JBuilder 9_0入門與提高_0
├—JBuilder 9_0程序設計——Java程序員成功之路_0
├—JBuilder精髓_0
├—JSP信息系統設計與開發實例_0
├—MATLAB 6_5及其在信號處理中的應用_0
├—MATLAB 6_5圖形圖像處理_0
├—MATLAB 7_0實用指南 （上冊）_0
├—MATLAB 7_0實用指南 （下冊）_0
├—MATLAB M語言高級編程_0
├—Matlab 小波分析工具箱原理與應用_0
├—MATLAB與外部程序介面_0
├—MATLAB模擬技術與應用教程_0
├—MATLAB模擬技術主導實例應用教程_0
├—MATLAB信息工程工具箱技術手冊_0
├—MATLAB及其在電路與控制理論中的應用_0
├—Matlab圖像處理與應用_0
├—MATLAB圖形圖像處理應用教程_0
├—MATLAB工具箱應用_0
├—MATLAB應用數學工具箱技術手冊_0
├—Matlab介面技術與應用_0
├—MATLAB控制工程工具箱技術手冊_0
├—MATLAB數學計算範例教程_0
├—MATLAB有限元分析與應用_0
├—MATLAB電力系統設計與分析_0
├—MATLAB程序設計_0
├—MATLAB符號運算及其應用_0
├—MATLAB自動控制原理習題精解_0
├—MCS-51單片機原理及應用實例_0
├—MCS-51系列單片機原理與介面技術_0
├—MCS-51系列單片機系統及其應用 （第二版）_0
├—Microsoft SQL Server 2000寶典_0
├—OP放大電路設計_0
├—Oracle9i資料庫原理與應用教程_0
├—OrCAD電路設計_0
├—PCB電磁兼容技術——設計實踐_0
├—PC控制及介面程序設計實例_0
├—PIC 單片機原理與介面技術_0
├—PowerBuilder9_0數據窗口技術_0
├—PowerPCB高速電子電路設計與應用_0
├—Protel 2004電路原理圖及PCB設計_0
├—Protel 99 SE印製電路板設計教程_0
├—Protel 99 SE原理圖與PCB及模擬_0
├—Protel DXP 電路原理圖設計指南_0
├—Protel DXP印製電路板設計指南_0
├—Protel DXP電路原理圖與PCB設計_0
├—Protel DXP電路原理圖與電路板設計教程_0
├—Protel DXP電路圖及電路板設計實用教程_0
├—Protel DXP電路設計與模擬_0
├—Protel DXP電路設計與製版實用教程_0
├—Protel DXP電路設計與應用2_0
├—Protel DXP電路設計入門與應用_0
├—Protel DXP電路設計入門與進階_0
├—Protel DXP電路設計製版入門與提高_0
├—Protel DXP電路設計標准教程_0
├—PSpice 電路優化程序設計_0
├—PSpice 電路設計實用教程_0
├—PSpice電路原理與實現_0
├—PSpice電路編輯程序設計_0
├—PWM控制與驅動器使用指南及應用電路：單端控制與驅動器部分_0
├—Red Hat Linux安全與優化_0
├—Tanner Pro集成電路設計與布局實戰指導_0
├—TMS320C500系列DSP系統設計與開發實例_0
├—TMS320C54x DSP應用程序設計教程_0
├—TMS320LF_LC24系列DSP的CPU與外設_0
├—UML及其建模工具的使用_0
├—UML寶典_0
├—UML工具箱_0
├—USB 介面技術_0
├—Verilog HDL數字設計與綜合 （第二版）_0
├—Verilog HDL程序設計教程_0
├—Verlog HDL 綜合實用教程_0
├—VHDL與微機介面設計_0
├—VHDL數字系統設計 （第二版）_0
├—VHDL電路設計實用教程_0
├—VHDL電路設計技術_0
├—Visual Basic 6_0實踐指導_0
├—Visual Basic 6_0應用編程150例_0
├—Visual Basic 程序設計教程_0
├—Visual Basic6_0資料庫開發技術與工程實踐_0
├—Visual Basic_NET程序設計實訓教程_0
├—Visual Basic程序設計2_0
├—Visual Basic程序設計_0
├—Visual C#_NET程序設計經典_0
├—Visual C++ 6_0應用編程150例_0
├—Visual C++ 6_0資料庫開發技術與工程實踐_0
├—Visual C++6_0數字圖像編碼_0
├—Visual C++_MATLAB圖像處理與識別實用案例精選_0
├—Visual C++_NET數字圖像處理技術與應用_0
├—Visual C++_NET程序設計入門_0
├—Visual C++_NET編程實例_0
├—Visual C++_Turbo C串口通信編程實踐_0
├—Visual C++數字圖像實用工程案例精選_0
├—Visual C++網路通信程序開發指南_0
├—Visual C++網路通信編程實用案例精選_0
├—Visual FoxPro上機實踐指導教程_0
├—Visual FoxPro程序設計教程_0
├—Visual Prolog編程、環境及介面_0
├—VisualC++_NET MFC類庫應用詳解_0
├—WCDMA技術與系統設計：第三代移動通信系統的無線接入_0
├—WCDMA無線通信技術及演化_0
├—WCDMA移動通信技術_0
├—Win32匯編語言實用教程_0
├—Windows安全性編程_0
├—XML編程實例教程_0
├—·工程數學·復變函數_0
├—《Visual Basic程序設計教程》實驗與習題_0
├—《中華人民共和國電子簽名法》釋義及實用指南_0
├—《匯編語言與微機原理》學習指導與訓練_0
├—《集成電子技術基礎教程》教學指導書_0
├—三星電子絕處逢生的強悍之道_0
├—三級信息管理技術_0
├—三級信息管理技術：新大綱_0
├—專用集成電路_0
├—世界著名大學核心教材 計算機類 C語言程序設計_0
├—中國半導體行業協會集成電路設計分會推薦教材 集成電路設計與九天EDA工具應用_0
├—中國電子信息產品出口研究報告_2003_0
├—中文 Visual Basic 6_0實例教程_0
├—中文CorelDRAW 11_12時尚創作200例_0
├—中文Visual Basic實例全解教程_0
├—企業商務電子化導論_0
├—企業電子商務_0
├—使用UML進行面向對象的項目管理_0
├—例題解析電子電路：數字篇_0
├—例題解析電子電路：模擬篇_0
├—信號、系統與數字信號處理_0
├—信號、系統與數字信號處理學習指導與實踐_0
├—信號與系統典型題解2_0
├—信號與系統典型題解_0
├—信號與系統分析2_0
├—信號與系統分析_0
├—信號與系統學習與考研指導2_0
├—信號與系統學習與考研指導_0
├—信號與系統學習指導2_0
├—信號與系統學習指導3_0
├—信號與系統學習指導4_0
├—信號與系統學習指導_0
├—信號與系統教程2_0
├—信號與系統教程_0
├—信號與系統課程輔導_0
├—信號與線性系統分析 （第二版）_0
├—信號分析與處理_0
├—信號處理中的數學變換和估計方法_0
├—信號處理原理與應用_0
├—信號處理濾波器設計_0
├—信息與傳播_0
├—信息與計算科學專業系列教材 數字信號處理_0
├—信息與通信工程研究生系列教材 資訊理論與編碼_0
├—信息與通信工程研究生系列教材 圖論及其應用_0
├—信息光學理論與應用_0
├—信息化與中國經濟跨越式發展_0
├—信息化工程原理與應用_0
├—信息安全原理與應用 （第三版）_0
├—信息安全教學基礎_0
├—信息安全策略與機制_0
├—信息技術與電子政務 （通用版）——信息時代的電子政府_0
├—信息技術與課程整合的理論與方法_0
├—信息技術及其應用_0
├—信息技術基礎_0
├—信息技術基礎教程_0
├—信息技術基礎教程實驗及上機指導_0
├—信息技術法 （第二版）_0
├—信息技術的商業價值_0
├—信息方法概論_0
├—信息時代的企業人力資源管理_0
├—信息時代的管理信息系統 （原書第四版）_0
├—信息檢索與利用_0
├—信息理論與編碼2_0
├—信息理論與編碼_0
├—信息競爭論_0
├—信息管理與信息系統專業規劃教材 管理信息系統_0
├—信息管理論_0
├—信息系統分析與設計教程_0
├—信息系統升級與整合：策略·方法·技巧_0
├—信息系統安全管理_0
├—信息系統集成技術 （第二版）_0
├—信息系統項目管理導論_0
├—信息經濟學_0
├—信息經濟學與信息管理_0
├—信息經濟學引論：激勵與合約 （第二版）_0
├—信息經濟論_0
├—信息網路傳播權研究_0
├—信息網路經濟的管理與調控：美國「新經濟周期」研究_0
├—資訊理論與編碼理論 第二版_0
├—信息資源管理_0
├—信息隱藏與數字水印_0
├—信息隱藏技術實驗教程_0
├—先進PID控制MATLAB模擬 （第二版）_0
├—光信息網路_0
├—光信息通信技術實用手冊_0
├—光纖通信_0
├—光纖通信原理與技術_0
├—光纖通信技術_0
├—光纖通信系統原理與實驗教程_0
├—光纖通信系統及其應用_0
├—光纖通信：通信用光纖、器件和系統_0
├—全光光纖通信網_0
├—全國信息技術人才培養工程指定培訓教材 平面設計基礎_0
├—全國大學生電子設計競賽獲獎作品匯編：第一屆-第五屆_0
├—全國計算機技術與軟體專業技術資格（水平）考試·程序員分冊_0
├—全國計算機技術與軟體專業技術資格（水平）考試·網路工程師分冊_0
├—全國計算機技術與軟體專業技術資格（水平）考試·網路管理員分冊_0
├—全國計算機技術與軟體專業技術資格（水平）考試·軟體設計師分冊_0
├—全國計算機等級考試三級教程 信息管理技術_0
├—全國計算機等級考試三級模擬題精選與詳解 信息管理技術_0
├—全國計算機等級考試三級模擬題解 信息管理技術_0
├—全國計算機等級考試三級輔導 信息管理技術_0
├—全國計算機等級考試二級教程：基礎知識和Java語言程序設計_0
├—全國計算機等級考試二級模擬題解：基礎知識和Java語言程序設計_0
├—全國計算機等級考試應試輔導 QBASIC語言（二級）難點、錯點解析_0
├—全國計算機等級考試教程 信息管理技術 （三級） （2004修訂版）_0
├—全國計算機等級考試考點分析、題解與模擬 （三級信息管理技術）_0
├—全國計算機等級考試（三級信息管理技術）一冊通_0
├—公司信息戰略與管理：教程與案例 （原書第6版）_0
├—內容產業論：數字新媒體的核心_0
├—製造業信息化與信息編碼_0
├—動態網頁設計與電子商務_0
├—北京市高等教育精品教材立項項目 實用電子電路基礎_0
├—半導體分立元器件集成電路裝調_0
├—單片開關電源：應用電路·電磁兼容·PCB布線_0
├—單片微型計算機原理、應用及介面技術 （第2版）_0
├—單片機典型模塊設計實例導航_0
├—單片機原理與實用技術_0
├—單片機原理與應用2_0
├—單片機原理與應用_0
├—單片機原理及其介面技術 （第二版）_0
├—單片機原理及其介面技術 （第二版）_0
├—單片機原理及其介面技術學習輔導與實踐教程_0
├—單片機原理及應用_0
├—單片機原理及介面技術2_0
├—單片機原理及介面技術3_0
├—單片機原理及介面技術_0
├—單片機實用技術_0
├—單片機嵌入式應用的線開發方法_0
├—單片機應用技術_0
├—單片機應用系統設計與產品開發_0
├—單片機控制工程實踐技術_0
├—衛星通信系統_0
├—四維時空邏輯_0
├—國外電子與通信教材系列 信號與系統 （第二版）_0
├—國外經典教材 C++數據結構與程序設計_0
├—國外經典計算機科學教材 邏輯與計算機設計基礎 （第三版）_0
├—國外著名高等院校信息科學與技術優秀教材 C演算法 第一卷，基礎、數據結構、排序和搜_0
├—國外著名高等院校信息科學與技術優秀教材 密碼學概論 （中文版）_0
├—國外著名高等院校信息科學與技術優秀教材 面向對象編程 C++和Java 比較教程_0
├—國外計算機科學教材系列 現代編譯器的Java實現 （第二版）_0
├—國外計算機科學經典教材 JAVA 基礎教程：從問題分析到程序設計_0
├—國外計算機科學經典教材 數據結構 Java 語言描述 （第二版）_0
├—國外高校電子信息類優秀教材 （翻譯版） 壓縮視頻通信_0
├—國家信息化技術培訓指定教材 硬體維護工程師標准培訓教程_0
├—國防科工委十五規劃教材 網路與信息安全_0
├—國際電子商務培訓認證專用教材 國際電子商務程序設計教程_0
├—國際電子商務概論_0
├—圖像信息壓縮_0
├—圖像數字記錄_0
├—圖像編碼基礎和小波壓縮技術——原理、演算法和標准_0
├—圖表細說電子元器件_0
├—圖解晶體管實用電路_0
├—圖解電工電子基礎_0
├—基於Java的計算機圖形學_0
├—基於MCS-51單片機的嵌入式系統設計_0
├—聲光信號處理及應用_0
├—復變函數與拉普拉斯變換習題指導_0
├—復變函數與積分變換學習指導_0
├—復變函數論與運算微積_0
├—大型軟體體系結構：使用UML實踐指南_0
├—大學信息技術基礎教程_0
├—大學生素質教育系列教材 復變函數學習指導_0
├—大學英語六級詞彙背誦詞典
├—大學計算機信息技術學習指導_0
├—大學計算機基礎教育規劃教材 Visual Basic NET程序設計_0
├—大容量數據存儲系統編碼_0
├—天津市高等學校計算機基礎課程規劃教材 C程序設計教程 （第二版）_0
├—奇思異想編程序 Delphi篇_0
├—學習指導與題典：離散數學_0
├—學習指導與題典：計算機網路與通信_0
├—完整的數字設計_0
├—實用化工計算機模擬：MATLAB在化學工程中的應用_0
├—實用射頻技術_0
├—實用電動機控制電路200例_0
├—實用電工與電子技術問答_0
├—實用電工電路圖集_0
├—實用電路基礎_0
├—實用軟體測試過程_0
├—實驗電子技術_0
├—寬頻移動通信中的先進信道編碼技術_0
├—寬頻通信_0
├—寬頻通信網與組網技術_0
├—小波分析信息傳輸基礎_0
├—小靈通（PAS）個人通信接入系統 （修訂版）_0
├—嵌入式微處理器模擬介面設計 （第二版）_0
├—嵌入式軟體測試_0
├—工程電磁場數值計算_0
├—差錯控制編碼_0
├—常用充電器電路與應用_0
├—應用程序設計編制（Delphi 平台）Delphi 6_0_7_0職業技能培訓教程_0
├—建築物電子信息系統防雷技術設計手冊_0
├—建築電氣常用設備模塊化控制電路圖集_0
├—建築通信與網路技術_0
├—開發專家之Sun ONE J2EE技術參考手冊_0
├—彩色圖像工程_0
├—彩色電視機單元電路應用與維修手冊_0
├—微型計算機原理與介面技術3_0
├—微型計算機原理與介面技術_0
├—微型計算機硬體技術教程-原理·匯編·介面及體系結構_0
├—微處理機原理與介面技術_0
├—微控制器原理及介面技術實驗教程_0
├—微機原理與介面技術2_0
├—微機原理與介面技術4_0
├—微機原理與介面技術_0
├—微機原理與介面技術綜合實驗教程_0
├—微機原理及介面技術實驗教程_0
├—微機原理及軟硬體介面技術_0
├—微機介面技術500問_0
├—微波固態電路_0
├—微波工程基礎_0
├—微波技術2_0
├—微波技術_0
├—微觀信息管理_0
├—快速開發信息管理系統：新平台、新方法_0
├—怎樣用電腦設計電子線路_0
├—怎樣看樓宇常用設備電氣控制電路圖_0
├—振盪電路的設計與應用_0
├—捉蟲歷險記——常見C++Bug大圍剿_0
├—控制工程與信號處理_0
├—控制系統MATLAB計算機及模擬 （第二版）_0
├—操作系統原理Linux篇_0
├—數字萬用表檢測方法與應用 （世紀新版）_0
├—數字與邏輯電路
├—數字專用集成電路的設計與驗證_0
├—數字信號處理2_0
├—數字信號處理3_0
├—數字信號處理_0
├—數字信號處理典型題解及自測試題_0
├—數字信號處理原理及實現_0
├—數字信號處理實踐方法 （第2版）_0
├—數字信號處理教程：MATLAB釋義與實現_0
├—數字信號處理：系統分析與設計_0
├—數字信號微處理器的原理與開發 （第二版）_0
├—數字製造_0
├—數字化戰場_0
├—數字化測量技術與應用_0
├—數字化網路化製造技術_0
├—數字圖像處理及應用_0
├—數字城堡_0
├—數字城市建設的理論與策略_0
├—數字媒體：作品觀摩與點評_0
├—數字廣播電視技術文選_0
├—數字微波通信_0
├—數字技術與著作權：觀念、規范與實例_0
├—數字時代的影像製作_0
├—數字時代的電視圖像_0
├—數字顯示測量儀表_0
├—數字電子技術_0
├—數字電子技術基礎 （第四版） 全程輔導_0
├—數字電子技術基礎 （第四版） 導教·導學·導考_0
├—數字電子技術基礎_0
├—數字電視原理_0
├—數字電視廣告_0
├—數字電路與邏輯設計教程2_0
├—數字電路與邏輯設計教程_0
├—數字電路設計完全手冊_0
├—數字的美術——CorelDRAW Illustrator藝術插畫設計經典案例剖析_0
├—數字簽名原理及技術_0
├—數字系統設計：從數字技術基礎到ASIC設計的解析_0
├—數字系統邏輯設計
├—數字系統邏輯設計3_0
├—數字系統邏輯設計_0
├—數字視頻解決方案：創建、編輯與共享數字視頻_0
├—數字設計 （第三版）_0
├—數字通信技術_0
├—數字邏輯
├—數字邏輯2_0
├—數字邏輯_0
├—數字邏輯與VHDL設計_0
├—數字邏輯基礎
├—數字邏輯基礎_0
├—數字邏輯技術基礎_0
├—數字邏輯電路_0
├—數字邏輯電路的ASIC設計2_0
├—數字邏輯電路的ASIC設計_0
├—數字邏輯電路設計
├—數字邏輯電路設計2_0
├—數字邏輯電路設計_0
├—數字邏輯電路設計與實現_0
├—數字邏輯的圖形方法2_0
├—數字邏輯的圖形方法_0
├—數字集成電路與嵌入式內核系統可測試性設計_0
├—數字集成電路：電路、系統與設計 （第二版）_0
├—數字集群 移動通信系統 （第二版）_0
├—數學物理方法_0
├—數學物理方程及其近似方法_0
├—資料庫系統工程師

㈤ 有哪些JAVA設計模式呢

1、FACTORY?追MM少不了請吃飯了，麥當勞的雞翅和肯德基的雞翅都是MM愛吃的東西，雖然口味有所不同，但不管你帶MM去麥當勞或肯德基，只管向服務員說「來四個雞翅」就行了。麥當勞和肯德基就是生產雞翅的Factory 工廠模式：客戶類和工廠類分開。消費者任何時候需要某種產品，只需向工廠請求即可。消費者無須修改就可以接納新產品。缺點是當產品修改時，工廠類也要做相應的修改。如：如何創建及如何向客戶端提供。

2、BUILDER?MM最愛聽的就是「我愛你」這句話了，見到不同地方的MM,要能夠用她們的方言跟她說這句話哦，我有一個多種語言翻譯機，上面每種語言都有一個按鍵，見到MM我只要按對應的鍵，它就能夠用相應的語言說出「我愛你」這句話了，國外的MM也可以輕松搞掂，這就是我的「我愛你」builder。（這一定比美軍在伊拉克用的翻譯機好賣） 建造模式：將產品的內部表象和產品的生成過程分割開來，從而使一個建造過程生成具有不同的內部表象的產品對象。建造模式使得產品內部表象可以獨立的變化，客戶不必知道產品內部組成的細節。建造模式可以強制實行一種分步驟進行的建造過程。

3、FACTORY METHOD?請MM去麥當勞吃漢堡，不同的MM有不同的口味，要每個都記住是一件煩人的事情，我一般採用Factory Method模式，帶著MM到服務員那兒，說「要一個漢堡」，具體要什麼樣的漢堡呢，讓MM直接跟服務員說就行了。 工廠方法模式：核心工廠類不再負責所有產品的創建，而是將具體創建的工作交給子類去做，成為一個抽象工廠角色，僅負責給出具體工廠類必須實現的介面，而不接觸哪一個產品類應當被實例化這種細節。

4、PROTOTYPE?跟MM用QQ聊天，一定要說些深情的話語了，我搜集了好多肉麻的情話，需要時只要出來放到QQ裡面就行了，這就是我的情話prototype了。（100塊錢一份，你要不要） 原始模型模式：通過給出一個原型對象來指明所要創建的對象的類型，然後用復制這個原型對象的方法創建出更多同類型的對象。原始模型模式允許動態的增加或減少產品類，產品類不需要非得有任何事先確定的等級結構，原始模型模式適用於任何的等級結構。缺點是每一個類都必須配備一個克隆方法。

5、SINGLETON?俺有6個漂亮的老婆，她們的老公都是我，我就是我們家裡的老公Sigleton，她們只要說道「老公」，都是指的同一個人，那就是我(剛才做了個夢啦，哪有這么好的事) 單例模式：單例模式確保某一個類只有一個實例，而且自行實例化並向整個系統提供這個實例單例模式。單例模式只應在有真正的「單一實例」的需求時才可使用。 [b:9ceca65206]結構型模式[/b:9ceca65206]

6、ADAPTER?在朋友聚會上碰到了一個美女Sarah，從香港來的，可我不會說粵語，她不會說普通話，只好求助於我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會不會耍我) 適配器（變壓器）模式：把一個類的介面變換成客戶端所期待的另一種介面，從而使原本因介面原因不匹配而無法一起工作的兩個類能夠一起工作。適配類可以根據參數返還一個合適的實例給客戶端。

7、BRIDGE?早上碰到MM，要說早上好，晚上碰到MM，要說晚上好；碰到MM穿了件新衣服，要說你的衣服好漂亮哦，碰到MM新做的發型，要說你的頭發好漂亮哦。不要問我「早上碰到MM新做了個發型怎麼說」這種問題，自己用BRIDGE組合一下不就行了 橋梁模式：將抽象化與實現化脫耦，使得二者可以獨立的變化，也就是說將他們之間的強關聯變成弱關聯，也就是指在一個軟體系統的抽象化和實現化之間使用組合/聚合關系而不是繼承關系，從而使兩者可以獨立的變化。

8、COMPOSITE?Mary今天過生日。「我過生日，你要送我一件禮物。」「嗯，好吧，去商店，你自己挑。」「這件T恤挺漂亮，買，這條裙子好看，買，這個包也不錯，買。」「喂，買了三件了呀，我只答應送一件禮物的哦。」「什麼呀，T恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來。」「……」，MM都會用Composite模式了，你會了沒有？ 合成模式：合成模式將對象組織到樹結構中，可以用來描述整體與部分的關系。合成模式就是一個處理對象的樹結構的模式。合成模式把部分與整體的關系用樹結構表示出來。合成模式使得客戶端把一個個單獨的成分對象和由他們復合而成的合成對象同等看待。

9、DECORATOR?Mary過完輪到Sarly過生日，還是不要叫她自己挑了，不然這個月伙食費肯定玩完，拿出我去年在華山頂上照的照片，在背面寫上「最好的的禮物，就是愛你的Fita」，再到街上禮品店買了個像框（賣禮品的MM也很漂亮哦），再找隔壁搞美術設計的Mike設計了一個漂亮的盒子裝起來……，我們都是Decorator，最終都在修飾我這個人呀，怎麼樣，看懂了嗎？ 裝飾模式：裝飾模式以對客戶端透明的方式擴展對象的功能，是繼承關系的一個替代方案，提供比繼承更多的靈活性。動態給一個對象增加功能，這些功能可以再動態的撤消。增加由一些基本功能的排列組合而產生的非常大量的功能。

10、FACADE?我有一個專業的Nikon相機，我就喜歡自己手動調光圈、快門，這樣照出來的照片才專業，但MM可不懂這些，教了半天也不會。幸好相機有Facade設計模式，把相機調整到自動檔，只要對准目標按快門就行了，一切由相機自動調整，這樣MM也可以用這個相機給我拍張照片了。 門面模式：外部與一個子系統的通信必須通過一個統一的門面對象進行。門面模式提供一個高層次的介面，使得子系統更易於使用。每一個子系統只有一個門面類，而且此門面類只有一個實例，也就是說它是一個單例模式。但整個系統可以有多個門面類。

11、FLYWEIGHT?每天跟MM發簡訊，手指都累死了，最近買了個新手機，可以把一些常用的句子存在手機里，要用的時候，直接拿出來，在前面加上MM的名字就可以發送了，再不用一個字一個字敲了。共享的句子就是Flyweight，MM的名字就是提取出來的外部特徵，根據上下文情況使用。 享元模式：FLYWEIGHT在拳擊比賽中指最輕量級。享元模式以共享的方式高效的支持大量的細粒度對象。享元模式能做到共享的關鍵是區分內蘊狀態和外蘊狀態。內蘊狀態存儲在享元內部，不會隨環境的改變而有所不同。外蘊狀態是隨環境的改變而改變的。外蘊狀態不能影響內蘊狀態，它們是相互獨立的。將可以共享的狀態和不可以共享的狀態從常規類中區分開來，將不可以共享的狀態從類里剔除出去。客戶端不可以直接創建被共享的對象，而應當使用一個工廠對象負責創建被共享的對象。享元模式大幅度的降低內存中對象的數量。

12、PROXY?跟MM在網上聊天，一開頭總是「hi,你好」,「你從哪兒來呀？」「你多大了？」「身高多少呀？」這些話，真煩人，寫個程序做為我的Proxy吧，凡是接收到這些話都設置好了自己的回答，接收到其他的話時再通知我回答，怎麼樣，酷吧。 代理模式：代理模式給某一個對象提供一個代理對象，並由代理對象控制對源對象的引用。代理就是一個人或一個機構代表另一個人或者一個機構採取行動。某些情況下，客戶不想或者不能夠直接引用一個對象，代理對象可以在客戶和目標對象直接起到中介的作用。客戶端分辨不出代理主題對象與真實主題對象。代理模式可以並不知道真正的被代理對象，而僅僅持有一個被代理對象的介面，這時候代理對象不能夠創建被代理對象，被代理對象必須有系統的其他角色代為創建並傳入。 [b:9ceca65206]行為模式[/b:9ceca65206]

13、CHAIN OF RESPONSIBLEITY?晚上去上英語課，為了好開溜坐到了最後一排，哇，前面坐了好幾個漂亮的MM哎，找張紙條，寫上「Hi,可以做我的女朋友嗎？如果不願意請向前傳」，紙條就一個接一個的傳上去了，糟糕，傳到第一排的MM把紙條傳給老師了，聽說是個老處女呀，快跑! 責任鏈模式：在責任鏈模式中，很多對象由每一個對象對其下家的引用而接 起來形成一條鏈。請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。客戶並不知道鏈上的哪一個對象最終處理這個請求，系統可以在不影響客戶端的情況下動態的重新組織鏈和分配責任。處理者有兩個選擇：承擔責任或者把責任推給下家。一個請求可以最終不被任何接收端對象所接受。

14、COMMAND?俺有一個MM家裡管得特別嚴，沒法見面，只好藉助於她弟弟在我們倆之間傳送信息，她對我有什麼指示，就寫一張紙條讓她弟弟帶給我。這不，她弟弟又傳送過來一個COMMAND，為了感謝他，我請他吃了碗雜醬面，哪知道他說：「我同時給我姐姐三個男朋友送COMMAND，就數你最小氣，才請我吃面。」， 命令模式：命令模式把一個請求或者操作封裝到一個對象中。命令模式把發出命令的責任和執行命令的責任分割開，委派給不同的對象。命令模式允許請求的一方和發送的一方獨立開來，使得請求的一方不必知道接收請求的一方的介面，更不必知道請求是怎麼被接收，以及操作是否執行，何時被執行以及是怎麼被執行的。系統支持命令的撤消。

15、INTERPRETER?俺有一個《泡MM真經》，上面有各種泡MM的攻略，比如說去吃西餐的步驟、去看電影的方法等等，跟MM約會時，只要做一個Interpreter，照著上面的腳本執行就可以了。 解釋器模式：給定一個語言後，解釋器模式可以定義出其文法的一種表示，並同時提供一個解釋器。客戶端可以使用這個解釋器來解釋這個語言中的句子。解釋器模式將描述怎樣在有了一個簡單的文法後，使用模式設計解釋這些語句。在解釋器模式裡面提到的語言是指任何解釋器對象能夠解釋的任何組合。在解釋器模式中需要定義一個代表文法的命令類的等級結構，也就是一系列的組合規則。每一個命令對象都有一個解釋方法，代表對命令對象的解釋。命令對象的等級結構中的對象的任何排列組合都是一個語言。

16、ITERATOR?我愛上了Mary，不顧一切的向她求婚。 Mary：「想要我跟你結婚，得答應我的條件」 我：「什麼條件我都答應，你說吧」 Mary：「我看上了那個一克拉的鑽石」 我：「我買，我買，還有嗎？」 Mary：「我看上了湖邊的那棟別墅」 我：「我買，我買，還有嗎？」 Mary：「我看上那輛法拉利跑車」 我腦袋嗡的一聲，坐在椅子上，一咬牙：「我買，我買，還有嗎？」 …… 迭代子模式：迭代子模式可以順序訪問一個聚集中的元素而不必暴露聚集的內部表象。多個對象聚在一起形成的總體稱之為聚集，聚集對象是能夠包容一組對象的容器對象。迭代子模式將迭代邏輯封裝到一個獨立的子對象中，從而與聚集本身隔開。迭代子模式簡化了聚集的界面。每一個聚集對象都可以有一個或一個以上的迭代子對象，每一個迭代子的迭代狀態可以是彼此獨立的。迭代演算法可以獨立於聚集角色變化。

17、MEDIATOR?四個MM打麻將，相互之間誰應該給誰多少錢算不清楚了，幸虧當時我在旁邊，按照各自的籌碼數算錢，賺了錢的從我這里拿，賠了錢的也付給我，一切就OK啦，俺得到了四個MM的電話。 調停者模式：調停者模式包裝了一系列對象相互作用的方式，使得這些對象不必相互明顯作用。從而使他們可以鬆散偶合。當某些對象之間的作用發生改變時，不會立即影響其他的一些對象之間的作用。保證這些作用可以彼此獨立的變化。調停者模式將多對多的相互作用轉化為一對多的相互作用。調停者模式將對象的行為和協作抽象化，把對象在小尺度的行為上與其他對象的相互作用分開處理。

18、MEMENTO?同時跟幾個MM聊天時，一定要記清楚剛才跟MM說了些什麼話，不然MM發現了會不高興的哦，幸虧我有個備忘錄，剛才與哪個MM說了什麼話我都拷貝一份放到備忘錄裡面保存，這樣可以隨時察看以前的記錄啦。 備忘錄模式：備忘錄對象是一個用來存儲另外一個對象內部狀態的快照的對象。備忘錄模式的用意是在不破壞封裝的條件下，將一個對象的狀態捉住，並外部化，存儲起來，從而可以在將來合適的時候把這個對象還原到存儲起來的狀態。

19、OBSERVER?想知道咱們公司最新MM情報嗎？加入公司的MM情報郵件組就行了，tom負責搜集情報，他發現的新情報不用一個一個通知我們，直接發布給郵件組，我們作為訂閱者（觀察者）就可以及時收到情報啦 觀察者模式：觀察者模式定義了一種一隊多的依賴關系，讓多個觀察者對象同時監聽某一個主題對象。這個主題對象在狀態上發生變化時，會通知所有觀察者對象，使他們能夠自動更新自己。

20、STATE?跟MM交往時，一定要注意她的狀態哦，在不同的狀態時她的行為會有不同，比如你約她今天晚上去看電影，對你沒興趣的MM就會說「有事情啦」，對你不討厭但還沒喜歡上的MM就會說「好啊，不過可以帶上我同事么？」，已經喜歡上你的MM就會說「幾點鍾？看完電影再去泡吧怎麼樣？」，當然你看電影過程中表現良好的話，也可以把MM的狀態從不討厭不喜歡變成喜歡哦。 狀態模式：狀態模式允許一個對象在其內部狀態改變的時候改變行為。這個對象看上去象是改變了它的類一樣。狀態模式把所研究的對象的行為包裝在不同的狀態對象里，每一個狀態對象都屬於一個抽象狀態類的一個子類。狀態模式的意圖是讓一個對象在其內部狀態改變的時候，其行為也隨之改變。狀態模式需要對每一個系統可能取得的狀態創立一個狀態類的子類。當系統的狀態變化時，系統便改變所選的子類。

21、STRATEGY?跟不同類型的MM約會，要用不同的策略，有的請電影比較好，有的則去吃小吃效果不錯，有的去海邊浪漫最合適，單目的都是為了得到MM的芳心，我的追MM錦囊中有好多Strategy哦。 策略模式：策略模式針對一組演算法，將每一個演算法封裝到具有共同介面的獨立的類中，從而使得它們可以相互替換。策略模式使得演算法可以在不影響到客戶端的情況下發生變化。策略模把行為和環境分開。環境類負責維持和查詢行為類，各種演算法在具體的策略類中提供。由於演算法和環境獨立開來，演算法的增減，修改都不會影響到環境和客戶端。

22、TEMPLATE METHOD??看過《如何說服女生上床》這部經典文章嗎？女生從認識到上床的不變的步驟分為巧遇、打破僵局、展開追求、接吻、前戲、動手、愛撫、進去八大步驟(Template method)，但每個步驟針對不同的情況，都有不一樣的做法，這就要看你隨機應變啦(具體實現)； 模板方法模式：模板方法模式准備一個抽象類，將部分邏輯以具體方法以及具體構造子的形式實現，然後聲明一些抽象方法來迫使子類實現剩餘的邏輯。不同的子類可以以不同的方式實現這些抽象方法，從而對剩餘的邏輯有不同的實現。先制定一個頂級邏輯框架，而將邏輯的細節留給具體的子類去實現。

23、VISITOR?情人節到了，要給每個MM送一束鮮花和一張卡片，可是每個MM送的花都要針對她個人的特點，每張卡片也要根據個人的特點來挑，我一個人哪搞得清楚，還是找花店老闆和禮品店老闆做一下Visitor，讓花店老闆根據MM的特點選一束花，讓禮品店老闆也根據每個人特點選一張卡，這樣就輕松多了； 訪問者模式：訪問者模式的目的是封裝一些施加於某種數據結構元素之上的操作。一旦這些操作需要修改的話，接受這個操作的數據結構可以保持不變。訪問者模式適用於數據結構相對未定的系統，它把數據結構和作用於結構上的操作之間的耦合解脫開，使得操作集合可以相對自由的演化。訪問者模式使得增加新的操作變的很容易，就是增加一個新的訪問者類。訪問者模式將有關的行為集中到一個訪問者對象中，而不是分散到一個個的節點類中。當使用訪問者模式時，要將盡可能多的對象瀏覽邏輯放在訪問者類中，而不是放到它的子類中。訪問者模式可以跨過幾個類的等級結構訪問屬於不同的等級結構的成員類。

㈥ 如何編寫一個簡單的java web前後端實例

Java代碼編寫的30條實踐建議，很多人認為學習java需要較好的計算機語言基礎，而事實上高中學歷的學習java，月薪過萬的比比皆是，Java代碼編寫的30條實踐建議，java知識點學習貴在積累。
Java代碼編寫的30條實踐建議：
(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經典面試題

整數劃分問題
正整數n的劃分數p（n）=q（n，n）
代碼回：答
public static int q(int n,int m){
if((n==1)||(n<1)) return 0;
if (n<m return q(n,n));
if (n==m) return q(n,m-1)+1;
return q(n,m-1)+q(n-m,m);
}