函數需不需要整理 的問題 組裝設計模式
一個大函數里面塞小函數來完成功能
不是為了美化和兼容
是語義符合人體工程學
組裝設計模式
boost 里面看明白了自己用函數模擬因為它那個玩仍有可能缺少stl基礎lib可能編譯不過
分析的,人工分析 程序太亂有沖突可以想辦法
就是一個a兼容不了b1 b2 a 和 a plus的問題 a和a縮水也有可能
c++ 靜態模板庫是 數據管理庫 叫STL庫
atl庫是 靈活模板庫 這個叫COM接口設計模式
瀏覽器嵌入c++ 還有就是DirectX用這個的
opengl 是 direct9 的兄弟 就算是跨平臺c++開發
到linux 上面也是編譯錯誤一大堆
有的庫就是基于 gcc 轉碼到c++平臺編譯肯定是錯誤一大堆 還有就是有的庫 是部分開源 編譯也不過 完整的能用項目里有是真有就算是人工提取代碼提取出來也是勞民傷財
個人開發的話開發一個游戲得100年,美術一年極限也就畫20個圖標兩張插畫,美術慢策劃也是亂起八糟的活 程序維護時候 風險大,界面和發道具得策略任務系統和道具系統這個是玩家需要的必備的
沒界面玩家怎么領道具 首充之類的
mfc 需要帶參數的自定義函數當線程用
需要研究線程同步跟mfc合作
就是找個啥加個線程 完后線程同步
在線程里面操做自定義功能
能加direct3d 需要提取某個窗口的 根er窗口句柄
浙公網安備 33010602011771號