GameEngineArchitecture讀書筆記(二)

DLL

• 很多公司會採用完全的靜態連結, 這樣比較省事, 也比較安全
• 靜態連結通常比較慢(編譯時間影響開發效率), 而且EXE也比較大
• DLL的話如果不使用interface封裝會暴露很多類定義
• 如果使用C++/CLI的話不能使用靜態連結庫

• Debug
  • Release能重現而Debug不能重現的BUG通常是變數沒初始化
  • DMP檔案可以方便地重現崩潰時的堆棧調用
• Coding
  • 代碼規範是一個項目/引擎必須制定的東西, C++標準的缺乏造成每人一種風格習慣
  • CodeReview其實是統一風格習慣的一種有效措施
  • AtomString/HashString: 這東西本身是為了提高效率而出現的, 但是用不好就會成為影響效率的東西
  • Endianness: 主機平台跟Win32是不一樣的, 產生二進位格式需要轉換
  • 全域static變數的初始化順序沒辦法控制, 不過函數裡的static變數確可以在調用時初始化, 這樣可以解決一部分初始化順序問題
  • dbghelp可以通過地址反查程式碼, 對付記憶體泄露比較方便
  • SIMD要求128bit對齊的記憶體, 如XNAMath
  • Exception:
    • 主機平台應該避免使用
    • 有時為了保證穩定性不得不用, 比如美術的編輯工具, 至少要讓他們有儲存一下的時間, 不要直接崩潰了...
  • 模組的初始化/銷毀可以使用堆棧處理, 通常這兩邊的順序正好相反
  • 數學庫現在最好的選擇是XNAMath, 自己去實現感覺吃力不討好, 而且也不敢保證沒BUG
  • 容器最好自己實現, STL的限制有很多;
    • 通用型的效率比不上針對特定問題最佳化過的
    • 記憶體佔用的要多一些(主機平台很看重這個)
    • 動態分配的記憶體太多
    • 各平台的實現不一樣, 對於平台移植有些麻煩
  • 最好不要用boost
  • 字串
    • 盡量減少const char*的使用(個人習慣)
    • 比於比較操作頻繁的, 可以使用HashString
    • 中文編碼處理需要考慮
    • 最好把所有字串做成一個表格, 遊戲裡通過ID使用