如下圖做修改就行了,在 C 只要用 setlocale(LC_CTYPE, "C") 就可以顯示 utf-8
2020年6月10日 星期三
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]
更另人傻眼了
採用 Release 和 Debug 兩種模式編譯的執行結果不一樣(另人傻眼)
本來想說是不是編譯器的 bug,但有以下的訊息:
the compiler can assume that the address of 'p' will never be NULL [-Waddress]
更另人傻眼了
2020年2月21日 星期五
武漢病毒酒精稀釋公式推導
由於 75% 消毒用酒精缺貨,若能拿到 90% 清潔用酒精來稀釋也是個辦法,不過不可以直接使用自來水,而是要用 RO 過濾水。以下是稀釋公式的推導。
首先須釐清問題已給出的相關資料:
首先須釐清問題已給出的相關資料:
- 溶液(Solution)是指含有溶質(Solute)和溶劑(Solvent)的混合物,即
溶液 = 溶質 + 溶劑 - 溶度(Solubility) 為 $\frac{溶質}{溶液} \times 100\%$
2020年2月16日 星期日
為 blog 加上數學公式
請先參考 http://white5168.blogspot.com/2016/06/blogspot-mathjax.html#.XkChakBuIkF
為防失連 JavaScript 這裡備份一份:LaTeX JavaScript 支援.txt
而在 blogger 的設定方法,到後台如下操作:
為防失連 JavaScript 這裡備份一份:LaTeX JavaScript 支援.txt
而在 blogger 的設定方法,到後台如下操作:
▲把 LaTeX JavaScript貼在<head>......</head>中
2020年1月15日 星期三
訂閱:
文章 (Atom)