CxxlMan

2020年6月10日星期三

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

2020年4月28日星期二

樂透猜

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

2020年4月20日星期一

白話設計原則

里氏替換原則（Liskov Substitution principle）

是對子類別設計的勸說或約束，要求在不修改使用端的程式演算法之下，使用到父類別實例的地方，改用子類別的實例去替代，都不會出錯
依賴反轉原則（Dependency inversion principle，DIP）

古老以前，要設計上層的的功能，得須了解下層元件有哪些功能再針對這些元件去設計，設計完之後，上層就被這些元件綁死了，上層強烈依賴下層，而且耦合度非常高。後來改成要下層去依照上層的需求來設計元件，所以才叫依賴反轉。
不過現在一般都是依賴在一個介面，上層依介面提供的功能來使用，下層依介面設計提供服務的元件，而且耦合度降低。而介面標準也成了兵家必爭之地。
開閉原則（對擴展開放，對修改封閉）

概念上是說一個類別設計完成之後，就不應再去更動它，若要增加新功能，應該用繼承或組合去擴展，也就是說用擴展代替修改。
封裝變化

是指須要修改程式碼的部份獨立出來，通常都用策略模式來解決
單一職責原則（Single responsibility principle）
簡單地說就是類別的合理分割，但問題就在怎樣分割，分割到怎樣的程度才叫合理，十個人做十個都不一樣，只能說設計時要盡量考量清楚，途中有發現不適合也要大膽改正，畢竟日後的維護要比設計時花更多的精神和時間
介面隔離原則（英語：interface-segregation principles）

對於特定的使用端(角色)只提供符合它的介面給它用就好，實際運作的物件不要暴露給它。

2020年3月3日星期二

莫名其妙的問題

以下程式使用 MinGW 8.1.0 64位元版(x86_64-posix-seh) 編譯

採用 Release 和 Debug 兩種模式編譯的執行結果不一樣(另人傻眼)

本來想說是不是編譯器的 bug，但有以下的訊息：
the compiler can assume that the address of 'p' will never be NULL [-Waddress]

更另人傻眼了