最近寫課程需求的時候，掌握了一些東西。盡量把膠合物集中起來，放在一個模塊中，而不是零碎的分布在各處，會讓代碼看起來不那么刺眼。
舉手頭上的project。
有4個類，分別是CPlayer，IMonster，IDevice，ITerrainPortion。這4個類代表了整個游戲邏輯（規則），邏輯的執行通過兩兩相交碰撞來驅動。
在最初的設計中，每一個類都有接口對待其余3個類，也就是每一個類都知道規則的一部分。比如代碼：
根據類型來向下轉換是很煩人的，并且不同類型所用到的邏輯代碼也大有不同。雖然說很想提供那么一個最高接口，給出統一的部署，省卻轉換，但是統一的部署首先是相當難做到，并且使得每個類的的有些行為的語意有些畸形。同時，統一部署之下，只是讓接口看起來統一，但接口之下的實現確會更復雜。（完全說不明白）
按照這種分布式的膠合，增加了各個類型之間的耦合，因為每個類型都要區別其他類型，并執行恰當的代碼，就先要知道其他類型的存在。
后來想到的集中膠合，由一個類，了解所有存在的類型，以及各個類型之間的規則，然后在實現中，根據兩兩的類型選擇合適的處理函數，驅動邏輯。而其他類型本身，只要提供該類驅動邏輯時需要的方法就夠了。
。。。。