軟件

2.2 Lazy Acquisition模式      Lazy Acquisition（延遲擷取）模式把資源擷取延遲到了系統執行的可能的最後一刻，以便最佳化資源使用。 1.問題      有限的資源可用性是所有的軟體系統都面臨的約束。此外，如果可用的資源沒有正確管理，可能會給系統帶來瓶頸，並且對系統的效能和穩定性帶來顯著影響。為了確保資源在需要時是可用的，大多數系統會在啟動時擷取資源。但是，早期獲得資源會帶來很大的擷取開銷，而且會導致資源浪費（特別是如果資源不是立刻需要的話）。     

客戶機——分配器——伺服器   當一個軟體系統使用分布在網路中的伺服器時，它就必須提供一種用來相互連信的手段。通常通過運用現有的通訊裝置，組件間的串連在發生通訊前已經被建立。然而，組件的核心功能應該與通訊機制的細節相分離。客戶機不需要知道伺服器的位置，這樣就可以動態地改變伺服器的位置，並提供針對網路或伺服器失效的恢複能力。 結構   客戶機的任務是去執行特殊領域的任務。為了執行處理任務，客戶機訪問由伺服器提供的操作。在發送請求給伺服器之前，客戶機向分配器請求通道。客戶機利用這個通道同伺服器通訊。

3.3非同步完成標記（Asynchronous Completion Token, ACT）1.問題      當一個客戶機應用程式非同步地調用對一個或幾個服務的操作請求時，每個服務通過一個完成事件將其響應返回給應用程式。然後應用程式必須向相應的處理常式多路分解該事件。處理常式可以是一個函數或對象，用於處理包含在完成事件中的非同步作業響應。要有效地解決這個問題，需要考慮以下3個強制條件：     

　　zypper是個安裝軟體的工具，但是感覺沒有apt-get那麼強大。基本用法還是在這裡列一下，方便以後使用。基本文法：zypper [global opts] + commend + [commend opts] + [commend args]添加源zypper ar <url> <aliasname>協助zypper help commendzypper if commend #info列出補丁更新zypper lp #list

一、aptana       顯示行號：直接右鍵左側欄，選擇顯示行號二、ubuntu 軟體安裝在/usr/local 或 /opt  因為/home目錄空間分的不是很大下載的大檔案就儲存在windows盤符下  /home僅隱藏檔，文檔等，這樣就能與windows共用了  三、禁止linux掛載sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla刪除以下內容。[Mounting,

　　linux下支援的軟體格式比較多，安裝方式也很多樣，這裡進行一個小總結……　　1.deb包　　　　這時最方便的一種，直接在軟體中心，或apt-get，就解決問題了～它會解決所有依賴關係，各種設定等……一般的deb包（包括新立得或者apt-get下載的）都在/usr/share。自己下載的壓縮包或者編譯的包，有些可以選擇安裝目錄，一般放在/usr/local/，也有在/opt的。　　apt-get常用命令：clean   ,  check  ,   autoclean   ,  

2.3 Eager Acquisition模式      Eager Acquisition（預先擷取）模式描述了如何通過在實際使用資源前預先擷取並初始化資源來使運行時資源擷取具有可預測性和快速性。 1.問題     

2.4 Partial Acquisition模式      Partial Acquistion（部分擷取）模式描述了如何把資源擷取分成多個階段來最佳化資源管理。每個階段都擷取資源的一部分，這取決於系統的約束，比如記憶體以及其他資源的可用性。 1.問題     

設計模式      八種設計模式：整體-部分、主控-從屬、代理、命令處理器、視圖處理常式、轉寄站-接收器、客戶機-分配器-伺服器、出版者-訂閱者。 設計模式分類：   1）結構化分解。此類別包含的模式支援將子系統和複雜組件適當地分解為相互合作的部分。整體-部分模式是些類別最常用的模式。   2）工作的組織。此類別包含的模式定義了組件之間如何協作來共同解決複雜問題。主控-從屬模式有助於構成服務所需的容錯或計算精度的計算，它同時支援將服務分解成相互獨立的部分並能並存執行。  

1.適應性系統    1）微核模式應用於必須能夠適應變更系統需求的軟體系統。這種模式把最小功能核心同擴充功能和特定客戶部分分離開來。微核也可作為插入到這些擴充中並協調其協作的通訊端。    2）映像模式為動態地改變軟體系統的結構和行為提供了一種機制。分成兩部分，一個元層次提供所選系統屬性的相關資訊並使軟體包含自述資訊。一個基本層次包括應用程式邏輯。它的實現建立在元層次之上。 2.微核模式   條件   1）在你的領域中的應用程式需要支援不同的但又相似的應用平台。  

2.2組件配置器（Component Configurator）1.問題      由組件構成的應用程式必須提供一種機制，把這些組件配置到一個或多個進程中去。解決這個問題受到三種強制條件的影響：      1）在許多系統和應用程式中，組件功能或者實現細節的改變是很普遍的。對一個組件的修改應該對使用它的其他組件的實現有最小的影響。     

模式系統   模式並不是孤立存在的——它們之間相互依賴，模式系統將它的組成模式捆綁在一起。   軟體體繫結構的模式系統是一個軟體體繫結構模式的彙集，它包括模式在軟體開發中實現、組合和實際使用的指南。軟體體繫結構模式系統的主要目標是支援高品質的軟體系統開發。所謂“高品質”是指系統既實現其功能需求又實現其非功能需求。為了達到這個目標，一個模式系統必須滿足以下的需求：  

2.3並發      並發是涉及一系列策略和機制的術語，這些策略和機制能使一個或多個線程或者進程同時執行它們的服務處理任務。許多網路化應用程式，尤其是伺服器，必須並發地處理從多個客戶機來的請求。      現代作業系統通過提供多線程的並發機制克服了單線程的進程的局限，此機制支援多個進程的建立，並且每個進程都可以包含有多個並發的線程。在這些作業系統中，在硬體保護的地址空間內，進程作為保護和資源分派單元，線程作為執行單元。有以下優點：     

3.4接受器 - 連接器（Acceptor - Connector）1.問題      在連線導向的網路化系統中，應用程式通常包含相當大量的用於建立串連和初始化服務的配置代理。這些配置代碼大多獨立於服務對在串連傳輸端點之間交換的資料所進行的處理。因此配置代碼與服務處理代碼之間緊密耦合是不理想的，因為這樣不能解決以下四個強制條件：      1）它應該很容易地改變串連角色，以支援不同的應用特徵。     

4.2策略化加鎖（Strategized Locking）1.問題      運行在多線程環境中的組件必須保護其臨界區不被客戶機並發訪問。同步機制與組件功能的整合需要解決以下兩個強制條件：      1）不同的應用程式可能要求不同的同步策略，如互斥、讀寫鎖或資訊燈。因此，應該可以按照具體應用的需求定製組件的同步機制。      2）加入新的功能和隱錯修正應很容易。特別為避免“版本混亂”應始終將這些變化一致地自動地應用於組件系列的所有成員上。 2.解決方案     

3.1 Caching模式      Caching（緩衝）模式描述了如何通過用完資源後不立刻釋放資源來避免對資源的昂貴的重新擷取。資源會維持它們的標識，並保留在某種可以快速存取的儲存空間中。它們可以被重用，從而避免了重新擷取。 1.問題     

映像   映像體繫結構模式為動態地改變軟體系統的結構和行為提供了一種機制，分成兩個主要部分：一個元層次和一個基本層次。元層次提供了一個軟體的自表示來給出軟體自身結構和行為的知識，元層次由所謂的元對象組成。基本層次定義了應用程式邏輯，使用元對象來保持這些可能要更改的方面的獨立性。    元層次（meta level）由一組元對象組成，每個元對象封裝了一個關於基本層次的結構，行為或狀態的一方面的所選資訊，這樣的資訊有三個來源：      1）它可以由系統運行期間的環境提供。     

一、並發和網路化對象1.動機      硬體發展的快速與軟體發展的緩慢之間的不匹配有許多因素：      1）固有的和偶發的複雜性。固有的複雜性來源於基本的領域難題，例如處理部分失效、分布式死結和端到端的服務品質（QoS）需求。偶發的複雜性來源於軟體工具和開發技術的局限，例如不可移植的編程API和拙劣的分布式調試器。     

服務訪問和配置模式      封裝器外觀（Wrapper Facade）設計模式把現有的非物件導向的API所提供的函數和資料，封裝在更加簡潔的、健壯的、可移植的、可維護的和內聚的物件導向的類介面裡面。常常應用程式套件裝器外觀“封裝”更低層作業系統API來提高應用程式的可移植性。它也能減輕與使用低層API編程有關的偶發的複雜性。      組件配置器（Component Configurator）設計模式允許應用程式在不必修改，重新編譯或者靜態地重新連結的情況下，在運行時連結和解鏈它的組件實現。 

同步模式      C++慣用法定界加鎖（Scoped Locking）能確保當控制進入到某一個範圍時，自動獲得鎖，而當控制離開該範圍時，自動釋放鎖，不管從該範圍返回的路徑是什麼。      策略化加鎖（Strategized Locking）設計模式是策略模式的一種特例，它把同步機制參數化，這一機制保護臨界區免受並發訪問。      安全執行緒介面（Thread-Safe Interface）設計模式使加鎖的開銷減至最少，確保組件內部的方法調用不會因為要再次獲得一個組件已經擁有的鎖而“自死結”