下載?PuTTY tools

• 下載?PuTTYgen, Pageant,?和 Plink 三個文件到你計算機一個文件目錄下。可以象本向導一樣放到 "C:\Program Files\PuTTY"下。

生成你自己的一對RSA密鑰

1. 運行PuTTYgen.?點擊Generate?按鈕并且按照上面說明的移動你的鼠標。
2. 在"Key passphrase"中輸入一個規整的長密碼并且在"Confirm passphrase"中重復輸入。
3. 點擊"Save public key"?將你生成的共鑰保存在你的計算機的某個目錄下.例如"C:\Documents and Settings\Matt Whitlock\sf0.pub". 其實在后面的使用中你并不真正使用它,但是保留下來還是挺好的有可能你會在其它地方用到它.
4. 點擊"Save private key" 保存私鑰到你的計算機上.例如"C:\Documents and Settings\Matt Whitlock\ssh\sf0.ppk". 這個文件已經被你的密碼段加密了.
5. 拷貝高亮顯示區域"Public key for pasting into OpenSSH authorized_keys file"中的內容到剪貼板中.

保存你的公鑰到SourceForge中

1. 登入到SourceForge.
2. 點擊工具條上的?"My Settings".
3. 點擊"Authorized Keys" .
4. 粘貼你拷貝在剪貼板里的公鑰.新的公鑰將替換原來已有的其它公鑰。
5. 點擊?"Update" 保存你的公鑰到SourceForge.

使用Pageant來提供ssh的身份認證

1. 啟動Pageant. 將會有一個告示圖標顯示在右下角的任務條中.
2. 右鍵點擊Pageant告示圖標并且選擇"Add Key".
3. 打開剛才生成并保存的私鑰"C:\Documents and Settings\Matt Whitlock\ssh\sf0.ppk".
4. Pageant 將會提示你輸入你加密私鑰的密碼然后點擊 "OK".

緩存SSH服務器的主機公鑰

在你能夠使用Eclipse連接CVS服務器之前,你必須添加SSH服務器的主機公鑰到你的本地緩存中。

方法?1 (如果你有全部的PuTTY客戶端)

1. 就是使用PuTTY連接cvs.sourceforge.net，當它詢問你是否信任這個服務器的時候你選擇 并且添加公鑰到你的緩存中,你只要選擇yes.然后就可以了，你可以實際并不登入到此服務器。

方法?2 (如果你有Plink,而沒有 PuTTY)

1. 打開命令提示框并執行:

   "C:\Program Files\PuTTY\plink.exe"?cvs.sourceforge.net -l username

   username就是你在SourceForge的用戶名. (注意在username前面的L是小寫的 )
2. 你可能得到一個信息說"the server's host key is not cached in the registry."?你應該回答 'y'.
3. 如果你得到的信息是"This is a restricted shell account. You cannot execute anything here", 你的SSH客戶端已經正確設置完成。.

配置Eclipse使用PuTTY's Plink來SSH連接

1. 運行Eclipse. 我運行的是版本3.1
2. 選擇?"Preferences"?從 "Window" 菜單中. 選擇"Team/CVS/Ext Connection Method".
3. 點擊"Browse" 找到"C:\Program Files\PuTTY\plink.exe".
4. 點擊"OK" 保存你的參數選擇。

添加你的CVS repository到Eclipse

1. 選擇 "Window", "Open Perspective", "Other", "CVS Repository Exploring",?點擊 "OK".
2. 右鍵點擊?"CVS Repositories"? (屏幕左面大塊空白區域)選擇"New", "Repository Location".
3. 在"Host"處填寫"cvs.sourceforge.net".
4. 在"Repository path"處填寫你的CVS repository 路徑. 你可以在你的 SourceForge工程頁的"Source code"處找到. 它應該類似"/cvsroot/projectname".
5. 在"User"處填寫你的SourceForge用戶名.
6. password不填寫.我們不使用口令認證而是通過Pageant使用SSH2-RSA key .
7. 在"Connection type"處選擇"ext"類型。
8. 點擊"Finish". 這樣Eclipse就能夠連接CVS server了。

                             以框架為基礎的方法

在軟件開發中，使用面向對象技術開發構件并組裝應用系統是當前的流行做法。由于這些構件是由對象構成的，為使對象之間能夠通過相互觸發的方式進行交互，需要對象來維護靜態類信息和接口信息。這將導致對象之間具有隱式依賴

關系，同時還使對象依賴于外部服務(如通信中間件)。這些依賴關系不易于構件在不同平臺間進行移植，使構件的組裝變得更加困難。不過在統一平臺上構件不存在移植和組裝困難的問題。在本框架中采用IoC反射注入容器來將各個構件組合起來而且不破壞構件的結構（不需要強制構件與容器耦合，不需要調用容器的API），構件的實現類可以為普通的Java Bean，而不需要強制實現某些接口或者方法。

以框架為基礎的方法，增加了構件的可復用性，也提高了系統設計和演化的柔性。

                             基于總線的方法

在基于構件的軟件開發中，為了解決構件之間的數據交換，SUN公司發布了InfoBus標準用于構件的動態數據共享。InfoBus符合100%純Java認證標準，它允許通過定義少量的接口并聲明使用這些接口的協議以在構件之間進行動態數據交換。在HTML頁面中的Applet或者在JBuilder環境中的為JavaBeans都可以利用InfoBus進行交互。InfoBus也可以用于任意的Java類，如Applet,Servlet等等。

本系統中構件小粒度的對象類。

構件的基本屬性

從廣義上來說，構件有如下的幾個基本屬性。

①、構件是可獨立配置的單元，因此構件必須自包容；

②、構件強調與環境和其他構件的分離，因此構件的實現是嚴格封裝的，外界沒機會或沒必要知道構件內部的實現細節；

③、構件可以在適當的環境中被復合使用，因此構件需要提供清楚的接口規范，可以與環境交互；

④、構件不應當是持續的，即構件沒有個體特有的屬性，理解為構件不應當與自身副本區別。

從以上四個屬性可以看出，構件沿襲了對象的封裝特性，但同時并不局限在一個對象，其內部可以封裝一個或多個類、原型對象甚至過程，結構是靈活的。構件突出了自包容和被包容的特性，這就是在軟件工廠的軟件開發生產線上作為零件的必要特征?！　?/span>
   構件的構造原則

  構件是給人們可復用的軟件標準件，因此，構件必須由構件開發商預先開發、預先構造，構件提供商應該非常明確構件系統的目標、方向，確定構件的構造原則。

  其基本原則是：一開始就把重用性作為初始設計的一個目標，所有構件的構造目的都是為組裝其它應用所復用和共享。因此，從構件分析、設計到構件提取、描述、認證、測試、分類和入庫，都必須圍繞重用這個目的而進行。

構造構件要遵循其它原則：

①、增強構件的可重用性需要提高抽象的級別，應有一套有關名字，異常操作，結構的標準。

②、可理解性，必須伴隨有完整、正確、易讀的文檔，具有完整的說明，有利重用。

③、構件代表一個抽象，有很高的內聚力，提供一些所需的特定操作、屬性、事件和方法接口。

④、提高構件的重用程度，分離功能構件，將可變部分數據化、參數化，以適合不同的應用需求。

⑤、構件的尺寸大小、復雜度適中。

⑥、構件要易于演化，數據與其結構是封裝在一起的，數據存放在數據構件對象中，能主動解釋其結構。

一、軟件體系結構和框架的定義

軟件體系結構的英文單詞是“architecture”. Architecture的基本詞義是建筑、建筑學、建筑風格。

軟件體系結構雖然根植于軟件工程，但還處于一個研究發展的階段，迄今為止還沒有一個為大家所公認的定義。

 《設計模式》中對框架的定義是框架就是一組相互協作的類，對于特定的一類軟件，框架構成了一種可重用的設計。

軟件框架是 項目軟件開發過程中提取特定領域軟件的共性部分形成的體系結構，不同領域的軟件項目有著不同的框架類型。框架的作用在于：由于提取了特定領域軟件的共性部 分，因此在此領域內新項目的開發過程中代碼不需要從頭編寫，只需要在框架的基礎上進行一些開發和調整便可滿足要求；對于開發過程而言，這樣做會提高軟件的 質量，降低成本，縮短開發時間，使開發越做越輕松，效益越做越好，形成一種良性循環。

框 架不是現成可用的應用系統。是一個半成品，需要后來的開發人員進行二次開發，實現具體功能的應用系統。框架不是“平臺”，平臺概念比較模糊可以是一種操作 系統，一種應用服務器，一種數據庫軟件，一種通訊中間件等地那個，因此平臺在應用平臺主要指提供特定服務的系統軟件，而框架更側重了設計，開發過程，或者 可以說，框架通過調用平臺提供的服務而起的作用。

框架不是工具包或者類庫，調用API并不就是在使用框架開發，緊緊使用API是，開發者完成系統的主題部分，并不時地調用類庫實現特定任務。而框架構成了通用的、具有一般性的系統主體部分，二次開發人員只是像做填空一樣，根據具體業務，完成特定應用系統中與眾不同的特殊部分。

二、框架與架構之間的關系
    框架不是構架（即軟件體系機構）。體系結構確定了系統整體結構、層次劃分，不同部分之間的協作等設計考慮?？蚣鼙燃軜嫺唧w。更偏重于技術涉嫌。確定框架后，軟件體系結構也隨之確定，而對于同一軟件體系結構（比如Web開發中的MVC），可以通過多種框架來實現。

三、框架與設計模式之間的關系

設 計模式和框架在軟件設計中是兩個不同的研究領域。設計模式研究的是一個設計問題的解決方法，一個模式可應用于不同的框架和被不同的語言所實現；而框架則是 一個應用的體系結構，是一種或多種設計模式和代碼的混合體雖然它們有所不同，但卻共同致力于使人們的設計可以被重用，在思想上存在著統一性的特點，因而設 計模式的思想可以在框架設計中進行應用。

框架和設計模式存在著顯著的區別，主要表現在二者提供的內容和致力應用的領域。

1)從應用領域上分，框架給出的是整個應用的體系結構；而設計模式則給出了單一設計問題的解決方案，并且這個方案可在不同的應用程序或者框架中進行應用。

2)從內容上分，設計模式僅是一個單純的設計，這個設計可被不同語言以不用方式來實現；而框架則是設計和代碼的一個混合體，編程者可以用各種方式對框架進行擴展，進而形成完整的不同的應用。

3)以第二條為基礎，可以得出設計模式比框架更容易移植：框架一旦設計成形，雖然還沒有構成完整的一個應用，但是以其為基礎進行應用的開發顯然要受制于框架的實現環境；而設計模式是與語言無關的，所以可以在更廣泛的異構環境中進行應用。

總之，框架是軟件，而設計模式是軟件的知識體，提升框架的設計水平。