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