Flyweight Pattern

5. 享元模式


5.1. 模式動機

面向對象技術可以很好地解決一些靈活性或可擴展性問題，但在很多情況下需要在系統中增加類和對象的個數。當對像數量太多時，將導致運行代價過高，帶來性能下降等問題。
  • 享元模式正是為解決這一類問題而誕生的。享元模式通過共享技術實現相同或相似對象的重用。
  • 在享元模式中可以共享的相同內容稱為內部狀態(IntrinsicState)，而那些需要外部環境來設置的不能共享的內容稱為外部狀態(Extrinsic State)，由於區分了內部狀態和外部狀態，因此可以通過設置不同的外部狀態使得相同的對象可以具有一些不同的特徵，而相同的內部狀態是可以共享的。
  • 在享元模式中通常會出現工廠模式，需要創建一個享元工廠來負責維護一個享元池(Flyweight Pool)用於存儲具有相同內部狀態的享元對象。
  • 在享元模式中共享的是享元對象的內部狀態，外部狀態需要通過環境來設置。在實際使用中，能夠共享的內部狀態是有限的，因此享元對像一般都設計為較小的對象，它所包含的內部狀態較少，這種對像也稱為細粒度對象。享元模式的目的就是使用共享技術來實現大量細粒度對象的複用。

5.2. 模式定義

享元模式(Flyweight Pattern)：運用共享技術有效地支持大量細粒度對象的複用。系統只使用少量的對象，而這些對像都很相似，狀態變化很小，可以實現對象的多次復用。由於享元模式要求能夠共享的對象必須是細粒度對象，因此它又稱為輕量級模式，它是一種對象結構型模式。

5.3. 模式結構

享元模式包含如下角色：
  • Flyweight: 抽象享元類
  • ConcreteFlyweight: 具體享元類
  • UnsharedConcreteFlyweight: 非共享具體享元類
  • FlyweightFactory: 享元工廠類


5.4. 時序圖


5.5. 代碼分析

#include <iostream>
#include "ConcreteFlyweight.h"
#include "FlyweightFactory.h"
#include "Flyweight.h"
using namespace std ;

int main ( int argc , char * argv [])
{
FlyweightFactory factory ; Flyweight * fw = factory . getFlyweight ( "one" ); fw -> operation (); Flyweight * fw2 = factory . getFlyweight ( "two" ); fw2 -> operation (); //aready exist in pool Flyweight * fw3 = factory .      
  
      getFlyweight ( "one" );
fw3 -> operation (); return 0 ; }

////////////////////////////////////////////////// /////////
// FlyweightFactory.cpp
// Implementation of the Class FlyweightFactory
// Created on: 06-十月-2014 20:10:42
// Original author: colin
/////// ////////////////////////////////////////////////// //

#include "FlyweightFactory.h"
#include "ConcreteFlyweight.h"
#include <iostream>
using namespace std ;

FlyweightFactory :: FlyweightFactory (){

}
FlyweightFactory ::~ FlyweightFactory (){

}

Flyweight * FlyweightFactory :: getFlyweight ( string str ){
map < string , Flyweight *>:: iterator itr = m_mpFlyweight . find ( str ); if ( itr == m_mpFlyweight . end ()) { Flyweight * fw = new ConcreteFlyweight ( str ); m_mpFlyweight . insert ( make_pair ( str    
     
     
             
              , fw ));
return fw ; } else { cout << "aready in the pool,use the exist one:" << endl ; return itr -> second ; } }            
////////////////////////////////////////////////// /////////
// ConcreteFlyweight.h
// Implementation of the Class ConcreteFlyweight
// Created on: 06-十月-2014 20:10:42
// Original author: colin
/////// ////////////////////////////////////////////////// //

#if !defined(EA_C0AF438E_96E4_46f1_ADEC_308EF16E11D1__INCLUDED_)
#define EA_C0AF438E_96E4_46f1_ADEC_308EF16E11D1__INCLUDED_

#include "Flyweight.h"
#include <string>
using namespace std ;

class ConcreteFlyweight : public Flyweight
{

public :
        ConcreteFlyweight ( string str );
        virtual ~ ConcreteFlyweight ();

        virtual void operation ();

private :
        string intrinsicState ;

};
#endif // !defined(EA_C0AF438E_96E4_46f1_ADEC_308EF16E11D1__INCLUDED_)

////////////////////////////////////////////////// /////////
// ConcreteFlyweight.cpp
// Implementation of the Class ConcreteFlyweight
// Created on: 06-十月-2014 20:10:42
// Original author: colin
/////// ////////////////////////////////////////////////// //

#include "ConcreteFlyweight.h"
#include <iostream>
using namespace std ;


ConcreteFlyweight :: ConcreteFlyweight ( string str ){
        intrinsicState = str ;
}

ConcreteFlyweight ::~ ConcreteFlyweight (){

}

void ConcreteFlyweight :: operation (){
        cout << "Flyweight[" << intrinsicState << "] do operation." << endl ;
}

5.6. 模式分析

享元模式是一個考慮系統性能的設計模式，通過使用享元模式可以節約內存空間，提高系統的性能。
享元模式的核心在於享元工廠類，享元工廠類的作用在於提供一個用於存儲享元對象的享元池，用戶需要對象時，首先從享元池中獲取，如果享元池中不存在，則創建一個新的享元對象返回給用戶，並在享元池中保存該新增對象。
享元模式以共享的方式高效地支持大量的細粒度對象，享元對象能做到共享的關鍵是區分內部狀態(Internal State)和外部狀態(External State)。
  • 內部狀態是存儲在享元對象內部並且不會隨環境改變而改變的狀態，因此內部狀態可以共享。
  • 外部狀態是隨環境改變而改變的、不可以共享的狀態。享元對象的外部狀態必須由客戶端保存，並在享元對像被創建之後，在需要使用的時候再傳入到享元對象內部。一個外部狀態與另一個外部狀態之間是相互獨立的。

5.8. 優點

享元模式的優點
  • 享元模式的優點在於它可以極大減少內存中對象的數量，使得相同對像或相似對像在內存中只保存一份。
  • 享元模式的外部狀態相對獨立，而且不會影響其內部狀態，從而使得享元對象可以在不同的環境中被共享。

5.9. 缺點

享元模式的缺點
  • 享元模式使得系統更加複雜，需要分離出內部狀態和外部狀態，這使得程序的邏輯複雜化。
  • 為了使對象可以共享，享元模式需要將享元對象的狀態外部化，而讀取外部狀態使得運行時間變長。

5.10. 適用環境

在以下情況下可以使用享元模式：
  • 一個系統有大量相同或者相似的對象，由於這類對象的大量使用，造成內存的大量耗費。
  • 對象的大部分狀態都可以外部化，可以將這些外部狀態傳入對像中。
  • 使用享元模式需要維護一個存儲享元對象的享元池，而這需要耗費資源，因此，應當在多次重複使用享元對象時才值得使用享元模式。

5.11. 模式應用

享元模式在編輯器軟件中大量使用，如在一個文檔中多次出現相同的圖片，則只需要創建一個圖片對象，通過在應用程序中設置該圖片出現的位置，可以實現該圖片在不同地方多次重複顯示。

5.12. 模式擴展

單純享元模式和復合享元模式
  • 單純享元模式：在單純享元模式中，所有的享元對像都是可以共享的，即所有抽象享元類的子類都可共享，不存在非共享具體享元類。
  • 複合享元模式：將一些單純享元使用組合模式加以組合，可以形成複合享元對象，這樣的複合享元對象本身不能共享，但是它們可以分解成單純享元對象，而後者則可以共享。

享元模式與其他模式的聯用
  • 在享元模式的享元工廠類中通常提供一個靜態的工廠方法用於返回享元對象，使用簡單工廠模式來生成享元對象。
  • 在一個系統中，通常只有唯一一個享元工廠，因此享元工廠類可以使用單例模式進行設計。
  • 享元模式可以結合組合模式形成複合享元模式，統一對享元對象設置外部狀態。

5.13. 總結

  • 享元模式運用共享技術有效地支持大量細粒度對象的複用。系統只使用少量的對象，而這些對像都很相似，狀態變化很小，可以實現對象的多次復用，它是一種對象結構型模式。
  • 享元模式包含四個角色：抽象享元類聲明一個接口，通過它可以接受並作用於外部狀態；具體享元類實現了抽象享元接口，其實例稱為享元對象；非共享具體享元是不能被共享的抽象享元類的子類；享元工廠類用於創建並管理享元對象，它針對抽象享元類編程，將各種類型的具體享元對象存儲在一個享元池中。
  • 享元模式以共享的方式高效地支持大量的細粒度對象，享元對象能做到共享的關鍵是區分內部狀態和外部狀態。其中內部狀態是存儲在享元對象內部並且不會隨環境改變而改變的狀態，因此內部狀態可以共享；外部狀態是隨環境改變而改變的、不可以共享的狀態。
  • 享元模式主要優點在於它可以極大減少內存中對象的數量，使得相同對像或相似對像在內存中只保存一份；其缺點是使得系統更加複雜，並且需要將享元對象的狀態外部化，而讀取外部狀態使得運行時間變長。
  • 享元模式適用情況包括：一個系統有大量相同或者相似的對象，由於這類對象的大量使用，造成內存的大量耗費；對象的大部分狀態都可以外部化，可以將這些外部狀態傳入對像中；多次重複使用享元對象。



留言

張貼留言

這個網誌中的熱門文章

Json概述以及python對json的相關操作

圖片
什麼是json： JSON(JavaScript Object Notation) 是一種輕量級的數據交換格式。易於人閱讀和編寫。同時也易於機器解析和生成。它基於JavaScript Programming Language, Standard ECMA-262 3rd Edition - December 1999的一個子集。JSON採用完全獨立於語言的文本格式，但是也使用了類似於C語言家族的習慣（包括C, C++, C#, Java, JavaScript, Perl, Python等）。這些特性使JSON成為理想的數據交換語言。 JSON建構於兩種結構： “名稱/值”對的集合（A collection of name/value pairs）。不同的語言中，它被理解為對象（object），紀錄（record），結構（struct），字典（dictionary），哈希表（hash table），有鍵列表（keyed list），或者關聯數組（associative array）。 值的有序列表（An ordered list of values）。在大部分語言中，它被理解為數組（array）。 這些都是常見的數據結構。事實上大部分現代計算機語言都以某種形式支持它們。這使得一種數據格式在同樣基於這些結構的編程語言之間交換成為可能。 jso官方說 ​​明參見：http://json.org/ Python操作json的標準api庫參考：http://docs.python.org/library/json.html 對簡單數據類型的encoding 和decoding： 使用簡單的json.dumps方法對簡單數據類型進行編碼，例如： import json obj = [[ 1 , 2 , 3 ], 123 , 123.123 , 'abc' ,{ 'key1' :( 1 , 2 , 3 ), 'key2' :( 4 , 5 , 6 )}] encodedjson = json.dumps(obj) print repr (obj) print encodedjson 輸出： [[1, 2, 3], 123, 123.123, 'abc', {'ke
閱讀完整內容

Docker容器日誌查看與清理

1. 問題 docker容器日誌導致主機磁盤空間滿了。 docker logs -f container_name 劈裡啪啦一大堆，很佔用空間，不用的日誌可以清理掉了。  2. 解決方法 2.1 找出Docker容器日誌 在linux上，容器日誌一般存放在 /var/lib/docker/containers/container_id/ 下面，查看各個日誌文件大小的腳本docker_log_size.sh，內容如下： #!/bin/sh echo "======== docker containers logs file size ========" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs do ls -lh $log done # chmod +x docker_log_size.sh # ./docker_log_size.sh 2.2 清理Docker容器日誌（治標） 如果docker容器正在運行，那麼使用 rm -rf 方式刪除日誌後，通過 df -h 會發現磁盤空間並沒有釋放。 原因是在Linux或者Unix系統中，通過 rm -rf 或者文件管理器刪除文件，將會從文件系統的目錄結構上解除鏈接（unlink）。 如果文件是被打開的（有一個進程正在使用），那麼進程將仍然可以讀取該文件，磁盤空間也一直被佔用。 正確姿勢是 cat /dev/null > *-json.log ，當然你也可以通過 rm -rf 刪除後重啟docker。 接下來，提供一個日誌清理腳本 clean_docker_log.sh ，內容如下： #!/bin/sh echo "======== start clean docker containers logs ========" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs d
閱讀完整內容

遠程控制管理工具ipmitool

圖片
IPMI（Intelligent Platform Management Interface）即智能平台管理接口是使硬件管理具備“智能化”的新一代通用接口標準。用戶可以利用IPMI 監視服務器的物理特徵，如溫度、電壓、電扇工作狀態、電源供應以及機箱入侵等。Ipmi 最大的優勢在於它是獨立於CPU BIOS 和OS 的，所以用戶無論在開機還是關機的狀態下，只要接通電源就可以實現對服務器的監控。 IPMI 是一種規範的標準，其中最重要的物理部件就是BMC(Baseboard Management Controller)，一種嵌入式管理微控制器，它相當於整個平台管理的“大腦”，通過它ipmi 可以監控各個傳感器的數據並記錄各種事件的日誌。 一般大廠的服務器都支持ipmi功能，比如DELL，HP，IBM。 此實驗選擇的硬件平台Dell R410 無idrac6卡，操作系統CentOS 5.6 1 .服務器啟動後，按'Ctrl + E'進入BMC管理工具界面 2 .設置'IPMI Over LAN'為On，啟用通過LAN方式的IPMI。 3 .選擇'IPMI LAN Channel'，進入設置IPMI的網絡屬性，IP Address '10.60.30.29'， Netmask '255.255.255.0' , Default Gateway '10.60.30.1'，與服務器eth0配置一致即可。 4 .選擇'User Configuration'，進入設置IPMI的訪問帳號, 'Admin account'保持'root'不變，'Enter Passwd'與'Confirm Passwd'填入'root' ipmitool命令使用 http://ipmitool.sourceforge.net/manpage.html 常用顯示本地網絡信息-I open表示接口本地 # ipmitool -I open lan print 1 Set in Progress : Set Complete Auth Type Suppo
閱讀完整內容