架構是關於改動的。
軟體架構的關鍵目標： 最小化在編寫**前需要了解的資訊。
當一塊**有改動時，不需要修改另一塊**。 肯定也得修改一些東西，但耦合程度越小，改動會波及的範圍就越小。（解耦的重要性）
代價：
需要花費大量的努力去管理**， 使得程式在開發過程中面對千百次變化仍能保持它的結構。
**未來很難，模組化如果最終無益，那就有害。 畢竟，你得處理更多的**。
不要因為沉浸軟體架構而忽略開發遊戲。
實現優化需要基於確定的限制。太過於注重架構可能會浪費效能。
折中的辦法是保持**靈活直到確定設計，再去除抽象層來提高效能。
乙個字概括，快。但是不能被維護，需要重寫。
草就的**很少是執行時最快的。 相反，提公升效能需要很多的開發時間。 一旦完成，它就會汙染**庫：高度優化的**不靈活，很難改動。
大道至簡，蒸乾**是很重要的。具體體現在選擇正確的資料結構，更清晰明了的解決方案。
通用： 只需要很少的邏輯就可以覆蓋整個用況。
這麼做的話可以在了解更少資訊的情況下維護**。
1.抽象和解耦讓擴充套件**更快更容易，但除非確信需要靈活性，否則不要在這上面浪費時間。
2.在整個開發周期中為效能考慮並做好設計，但是盡可能推遲那些底層的，基於假設的優化，那會鎖死**。
3.相信我，發布前兩個月不是開始思考「遊戲執行只有1fps」這種問題的時候。
4.快速地探索遊戲的設計空間，但不要跑得太快，在身後留下爛攤子。畢竟你總得回來打掃。
5.如果打算拋棄這段**，就不要嘗試將其寫完美。
6.但最重要的是，如果你想要做出讓人享受的東西，那就享受做它的過程。
遊戲引擎架構
大綱 什麼是架構？軟體架構是乙個系統的草圖，軟體架構描述的物件是直接構成系統的抽象元件。各個元件之間的連線則明確和相對細緻地描述元件之間的通訊。在實現階段，這些抽象元件被細化為實際的元件，比如具體某個類或物件。在物件導向領域中，元件之間的連線通常用介面來實現。什麼是遊戲引擎？引擎 定義元件最重要的是...
高效能遊戲伺服器架構 快取清理策略
雖然使用快取思想似乎是乙個很簡單的事情，但是快取機制卻有乙個核心的難點，就是 快取清理。我們所說的快取，都是儲存一些資料，但是這些資料往往是會變化的，我們要針對這些變化，清理掉儲存的 髒 資料，卻可能不是那麼容易。第一種是使用控制命令。簡單來說，就是在伺服器程序上，開通乙個實時的命令埠，我們可以通過...
架構之路（二） 效能
架構之路 二 效能 似乎程式設計師都是急性子，或許是被windows冗長的開機時間折磨夠了，有可能是因為提公升效能的效果是最顯而易見的 總之，我發現，絕大部分程式設計師對效能的關注和熱情是無與倫比的！所以直到今天，我仍然看到很多程式設計師無怨無悔的用儲存過程來構建他們的系統，乙個儲存過程可以有幾千行...