其他

Truely眼中的設計定義：設計的過程就是將交易處理抽象成電腦模型的過程。 1。首先要明白設計遠比編程重要。 2。平時注重訓練自己的思維嚴謹性和從全域考慮問題的能力。建立冷靜思考問題的處事態度。 3。設計時（尤其是資料庫設計時）不要完全被規矩約束，設計好比作詩，懂得韻律是對的，但完全被韻律所束縛，就作不出好詩了。 4。多做設計，經常總結自己的不足之處和成功之處，向他人請教。 5。專門去找別人設計的漏洞和不足，也是提高自己設計水平的重要手段。

定義：用原型實例指定創建物件的種類，並且通過拷貝這些原型創建新的物件。Prototype 模式允許一個物件再創建另外一個可定製的物件，根本無需知道任何如何創建的細節，工作原理是：通過將一個原型物件傳給那個要發動創建的物件，這個要發動創建的物件通過請求原型物件拷貝它們自己來實施創建。如何使用?因為 Java 中提供的 clone() 方法來實現物件的複製(具體瞭解clone()按這裏)，所以 Prototype 模式實現一下子變得很簡單。以勺子為例：public abstract class

本文主要是介紹Struts 1.1 架構基本原理，以後將會陸續介紹Struts 1.1 其它方面的知識。 1. Struts的起源 Struts是作為Apache Jakarta項目的組成部分。該項目的目標是為建立Java web 應用程式而提供的一個開源架構，目前大家一般使用的版本為1.1，但也出現了1.2。通過使用struts 架構可以改進和提高Java Server Pages

Strategy是屬於設計模式中 物件行爲型模式,主要是定義一系列的演算法,把這些演算法一個個封裝成單獨的類別。Stratrgy應用比較廣泛,比如, 公司經營業務變化圖, 可能有兩種實現方式,一個是線條曲線,一個是框圖(bar),這是兩種演算法,可以使用Strategy實現。這裏以字串替代爲例,

Mediator定義:用一個仲介物件來封裝一系列關於物件互動行爲。爲何使用Mediator?各個物件之間的互動操作非常多;每個物件的行爲操作都依賴彼此對方,修改一個物件的行爲,同時會涉及到修改很多其他物件的行爲,如果使用Mediator模式,可以使各個物件間的耦合鬆散,只需關心和 Mediator的關係,使多對多的關係變成了一對多的關係,可以降低系統的複雜性,提高可修改擴展性。如何使用?首先 有一個介面,用來定義成員物件之間的互動聯繫方式:public interface Mediator {

Tomcat 是 jakarta 所提供的 JSP/Servlet Reference Implementation, 主要的開發人員 Craig McClanahan 也是 Struts 的主要開發人員, 因此, 他利用了 struts 建立了 tomcat admin 這個項目, 作為管理 tomcat server 的環境, 當你安裝完成 tomcat 的時候, 只需要 http://localhost:8080/admin , 就可以連結到 administrator 的頁面, 它採用

http://jakarta.apache.org/struts/faqs/works.html（這時我剛剛翻譯好的，歡迎轉載和交流，請在轉載之前註明作者資訊，謝謝）Java Servlets 被設計用於操控（handle）Web瀏覽器的請求。Java

目 錄一． 運行環境 二． 準備工作 三． 安裝 四． 配置執行個體xPetStore1. 建立JBOSS“xpetstore”服務 2. 配置JMS 3. 配置JDBC 4. 配置JavaMail 5. 啟動JBOSS 6. 指定xPetStore的應用伺服器 7. 指定資料庫 8. Build原始碼 9. 發布應用 10. 初始化資料庫 11. 運行應用 12. 意外錯誤排除五． 結束語-----------------------------------------------------

           Struts 和 Turbine 我都用過並且做過項目,我想在這個問題上我還是有點發言權的:-)Struts 比 Turbine 的結構簡單多了,換而言之,Struts 是一個非常純的 Web Framework,它也僅僅只是一個 Framework.Struts 的官方定義中說了其符合 MVC,我並不是非常認同.Struts 很好的完成了 VC(Visual & Control),但它並沒有提供相應的M(Module),或者說不明顯.Struts

----------------------------------概述----------------------------XML資料庫（廣義） ＝ XML-enabled資料庫 ＋ native-XML資料庫XML-enabled資料庫 ＝ 內部不以XML格式儲存資料native-XML資料庫 ＝

以下是Google最新推出的非常實用貼心的個人化需求搜尋服務小功能: ? 中英文字典? 天氣查詢? 股票查詢? 郵編區號? 手機號碼(歸屬地查詢) Google 簡體中文介面的股票,天氣,郵編區號和手機號碼查詢功能僅適用於中國大陸地區.Google與所選的特殊搜尋連結網站沒有從屬關係.這些合作指向網站被Google選中,應該是一件值得自豪的事情吧?

一、專案經理的12條規則1. 弄清專案經理所面臨的問題、機會和期望2. 明白項目團隊將會有衝突，但確是團隊發展中的必然之物3. 弄清誰是利益的關係者，以及他們活動的目標4. 意識到組織的強烈政治色彩並利用政治手段獲得優勢5. 意識到專案經理必須精於領導，但是你應當靈活機動6. 明白判斷項目成功的四個標準：預算、進度、效績標準和客戶滿意7. 為組建一個和諧的團隊，你必須充當隊員的激勵者、教練、活躍氣氛者、維和人員和衝突 裁決人8.

Builder模式定義:將一個複雜物件的構建與它的表示分離,使得同樣的構建過程可以創建不同的表示。Builder模式是一步一步創建一個複雜的物件,它允許用戶可以只通過指定複雜物件的類型和內容就可以構建它們。用戶不知道內部的具體構建細節。Builder模式是非常類似抽象工廠模式,細微的區別大概只有在反復使用中才能體會到。爲何使用?是爲了將構建複雜物件的過程和它的組件解耦。注意: 是解耦過程和組件。因爲一個複雜的物件,不但有很多大量組成部分,如汽車,有很多組件:車輪 方向盤

做項目的總有成功和失敗，成功了需要總結，失敗的更需要總結。以下要說的一個 Case 是我經曆過的一個失敗的項目，寫出來，大家指點一下。首先介紹一下背景，這個項目的客戶是企業內部顧客，應用的範圍是為使用者收集第三方的意見與建議提供一個渠道和工具，並給 Manager

編者按：當作者 Chuck Cavaness（著有《Programming Jakarta Struts》一書）所在的網路公司決定採用Struts架構之後，Chuck曾經花費了好幾個月來研究如何用它來構建公司的應用系統。本文敘述的正是作者在運用Struts過程中來之不易的若干經驗和心得。如果你是個負責通過jsp和servlet開發Web應用的Java程式員，並且也正在考慮採用基於Struts的構建方法的話，那麼你會在這裡發現很多頗有見地同時也很有價值的資訊。1.

0. 綜述0.1 目標配置一個可擴充、高可用、有負載平衡和錯誤恢複的 Tomcat 叢集 0.2 許可協議GNU Free Documentation License 允許任意轉載，但請保持本文檔的完整性如有修改，務請通知作者 0.3 作者鈍刀 1. 下載1.1 Tomcat1.2 Tomcat 會話複製庫 2. 安裝2.1 第一個 Tomcat  $tar vfxz jakarta-tomcat-4.1.27.tar.gz $cp -R jakarta-tomcat-4.1.27

Facade的定義: 爲子系統中的一組介面提供一個一致的介面。Facade一個典型應用就是資料庫JDBC的應用,如下例對資料庫的操作:public class DBCompare { 　　Connection conn = null;　　PreparedStatement prep = null;　　ResultSet rset = null; 　　try {　　 　　Class.forName( "<driver>" ).newInstance();　　　　 conn =

Visitor定義作用於某個物件群中各個物件的操作。

定義:將兩個不相容的類別糾合在一起使用，屬於結構型模式,需要有Adaptee(被適配者)和Adaptor(適配器)兩個身份。爲何使用?我們經常碰到要將兩個沒有關係的類別組合在一起使用,第一解決方案是：修改各自類別的介面，但是如果我們沒有源代碼，或者，我們不願意爲了一個應用而修改各自的介面。 怎麽辦? 使用Adapter，在這兩種介面之間創建一個混合介面(混血兒)。如何使用?實現Adapter方式,其實"think in

Interpreter定義:定義語言的文法 ,並且建立一個解釋器來解釋該語言中的句子。Interpreter似乎使用面不是很廣,它描述了一個語言解釋器是如何構成的,在實際應用中,我們可能很少去構造一個語言的文法。我們還是來簡單的瞭解一下:首先要建立一個介面,用來描述共同的操作。public interface AbstractExpression { 　　 void interpret( Context context ); } 再看看包含解釋器之外的一些全域資訊public