1. 我需要建立一個「Web服務服務器（模擬器）」，它可以生成xml文件，並將異步調用發送到客戶端以進行通知。在這裏，我正在編寫一個代碼來生成將用於測試的虛擬XML文件（FileGeneratorClass--構建器）？我可以使用哪些所有設計模式？
2. 另外，我可以在我不必從頭開始寫一個完整的代碼來模擬另一個Web服務的服務器和其他文件格式的方式實現這一點？ - 我可以利用哪種模式？
3. 對象/類是從Schema文件（對於xml文件）和WSDL（對於Web服務）生成的，如何使我的代碼免於對這些文件（更新版本）的更改？ - 哪種設計模式？
（請讓我知道，如果我提供的信息過多或過少，如果你還需要我來編輯）
非常感謝你。
免責聲明：我是一個完整的新手，爲這個小項目使用模式可能是矯枉過正，但我想這樣做，以便我學習/理解它。我認爲，當我需要在一個更復雜的項目中這樣做時，我會有信心和清晰。
模式不做任何事情。你打算在寫一本神祕小說時，是否應該使用介詞短語。你不會開始設計說明我需要什麼樣的模式。模式從設計過程中出現。你說我的程序需要x和y，這與類似這樣的模式類似，我應該看看這個模式是否合適。如果有，請使用它。如果不適合，不要強迫它適合。
你正在像模式一樣對待模式。不要這樣做。這不是他們的目的。他們不是積木。他們不是清單條目。它們正是模式暗含的世俗意義。他們是你一遍又一遍地看到的東西。很多時候你會提前感受到它們的必要性，所以你把它們包含在設計中。但他們不是起點。
有時候除了做研究之外，沒有別的辦法。如果你想學習設計模式，然後開始學習設計模式。每天學習一點，當你做你的正常編碼時，你會開始看到你學到了什麼。就個人而言，我喜歡Wikipedia has tackled the topic（相對於一些書籍）。閱讀概述，然後深入瞭解您認爲與您正在嘗試做什麼有關的內容。
此外，您可能會對Enterprise Integration Patterns感興趣，而不是設計模式，它們更多地應用於Web服務而不是算法。
是的，謝謝！ – 2010-03-23 22:56:35
你是在暗示我應該編寫代碼，然後慢慢地對我曙光？換句話說，「是絕對需要了解在哪裏使用的體驗的經驗」。 – 2010-01-22 22:58:53
我認爲正確的思考方式是在你最初的編碼過程中，你什麼也沒做就開始編寫它。一旦你開始看到重複的代碼或者有太多的耦合，或者需要在其他地方重新使用等等，那麼你就可以在必要時應用模式來解決其中的一些問題。模式應該在需要重構的時候應用。 – 2010-01-22 23:06:02
不可以。我在說你應該設計接口和類層次結構，以及你選擇的設計方法支持的其他任何東西。在深入研究設計時，我們稱之爲設計模式的東西將會出現。然後，而不是解釋爲什麼你有這個功能，你只是它使用特定的模式，並繼續前進。 – jmucchiello 2010-01-22 23:21:49