Global 物件在 cxxlObjectPlugin 插件須注意的問題

Global 物件指的是如下的用法：

class Global_t
{
  UTF8_String Hello{"Hello..."};

public:

  // Destructor
  ~Global_t()
  {
    cout << "Global_t::~Global_t()" << endl;
  }


  UTF8_String cxxlFASTCALL GetHello() const
  {
    return Hello;
  }
}g_Global;

特性有三：

1. 程式或插件載入就會自動建好
2. 任何可用到的使用端都能直接使用
3. 程式或插件結束前會自動執行解構程序

設計 Singleton 模式的插件

這裡的插件是指 CxxlMan2 程式庫的 cxxlObjectPlugin 插件，cxxlObjectPlugin 插件有一個特性，當某個 DLL 檔所提供的所有 cxxlObjectPlugin 物件已無使用者時，這個  DLL 檔就會被卸載。

但 DLL 檔提供的物件若是一般的 Singleton 模式物件，那麼永遠都會有一個不能放棄的持有記錄，即使已無持有者了，這個 DLL 檔也永遠卸不掉。這時可藉由 LifeCustody 這個工具的幫忙，就可以解決這問題。

因要設計成 DLL 和 使用端 兩部份，所以直接提供範例原始檔：
SingletonExample.zip

要編譯這範例須先如下的東東：

1. CxxlMan2 程式庫 - 抓最版，順便說明檔也一起抓吧
2. CMRegSelf 插件註冊輔助 - 內附說明
3. LifeCustody 物件終結插件 - 內附說明

另請參閱 打造在 Win10 的 C++ 編譯環境 

範例有提供 CMake 的支援，編譯不會很難

大致說一下這個範例，test.cpp 定義了兩個 class Input 及 class Output，建立後會各別由 DLL 插件取得 ISingleton 物件，因取得的 ISingleton 是同一個物件，所以 Input::PutStr() 輸入的文字可以由 Output::GetStr() 取出。當兩個 Input 及 Output 物件銷毀時也會通知 DLL 插件銷毀 ISingleton 物件。

函數中的靜態變數

函數中的靜態變數只在第一次呼叫這個函數才會建立，之後不管呼叫幾次都用的都是同一個，包括成員函數也一樣。如以下的範例：

 
#include <iostream>

using namespace std;

class A
{
  int m_v;
public:
  // Constructor
  A(int v)
  {
    m_v = v;
  }

  void Show()
  {
    cout << "數值：" << m_v << endl;
  }
};

class B
{
public:
  // Constructor
  B()
  {}

  void Show(int v)
  {
    static A a(v); // 函數中的靜態變數
    a.Show();
  }
};


int main()
{
  B b1;
  B b2;

  b1.Show(1); // 第一次執行會設定靜態變數，往後用的都是同一個
  b1.Show(11);

  b2.Show(2);
  b2.Show(22);

  return 0;
}

Template cxxlObjectPlugin 插件

這是個範例，用來示範如何把 template class 做成 cxxlObjectPlugin 插件，下載點：
Template cxxlObjectPlugin.7z

因範例是用 Console 視窗顯示 utf-8 文字，所以先參考 修改 Win10 的 Console 視窗顯示 UTF-8

因 cxxlObjectPlugin  插件須在執行時期經由 CM 在 .cpp 程式中建立，而 template class 則是在編譯時期就須產生物件，解決的辦法是把產生 template class 物件的程式碼帶到 .cpp 中執行。見 Plugin.HPP 中 IPlugin1<T>::Create() 的做法，而在 Plugin.cpp 中 IPlugin1_New() 負責執行以產生 IPlugin1<T> 物件。

一般來說 cxxlObjectPlugin  插件會做成 介面類別 <-- 實作類別 的繼承架構，IPlugin2<T> 就試圖這樣搞，但實作類別會在 .cpp 中，編譯完後早就寫死了，如何去繼承 template 介面類別， IPlugin2<T>::Create() 就試圖這樣搞，但沒成功。

修改 Win10 的 Console 視窗顯示 UTF-8

如下圖做修改就行了，在 C 只要用 setlocale(LC_CTYPE, "C") 就可以顯示 utf-8

樂透猜

回應網友的程式貼文，在這留一份

白話設計原則

• 里氏替換原則（Liskov Substitution principle）
  是對子類別設計的勸說或約束，要求在不修改使用端的程式演算法之下，使用到父類別實例的地方，改用子類別的實例去替代，都不會出錯
  
  
• 依賴反轉原則（Dependency inversion principle，DIP）
  古老以前，要設計上層的的功能，得須了解下層元件有哪些功能再針對這些元件去設計，設計完之後，上層就被這些元件綁死了，上層強烈依賴下層，而且耦合度非常高。後來改成要下層去依照上層的需求來設計元件，所以才叫依賴反轉。
  不過現在一般都是依賴在一個介面，上層依介面提供的功能來使用，下層依介面設計提供服務的元件，而且耦合度降低。而介面標準也成了兵家必爭之地。
  
  
• 開閉原則（對擴展開放，對修改封閉）
  概念上是說一個類別設計完成之後，就不應再去更動它，若要增加新功能，應該用繼承或組合去擴展，也就是說用擴展代替修改。
  
  
• 封裝變化
  是指須要修改程式碼的部份獨立出來，通常都用策略模式來解決
  
  
• 單一職責原則（Single responsibility principle）
  簡單地說就是類別的合理分割，但問題就在怎樣分割，分割到怎樣的程度才叫合理，十個人做十個都不一樣，只能說設計時要盡量考量清楚，途中有發現不適合也要大膽改正，畢竟日後的維護要比設計時花更多的精神和時間
  
  
• 介面隔離原則（英語：interface-segregation principles）
  對於特定的使用端(角色)只提供符合它的介面給它用就好，實際運作的物件不要暴露給它。