最近逐漸形成的一些設(shè)計(jì)體會(huì)是，如果幾個(gè)對(duì)象之間要通過(guò)一定數(shù)量的接口調(diào)用來(lái)協(xié)同實(shí)現(xiàn)一個(gè)use case的話(huà)，那么，無(wú)論讓哪個(gè)對(duì)象啟動(dòng)這種調(diào)用都會(huì)讓人不爽，一方面會(huì)在選擇對(duì)象A還是對(duì)象B作為啟動(dòng)對(duì)象而猶豫不決，另一方面，又使得對(duì)象之間彼此暴露了接口。
我的一個(gè)概念是，不同的邏輯對(duì)象之間，是孤立而無(wú)聯(lián)系的。這是一個(gè)邏輯概念，于語(yǔ)言機(jī)制帶來(lái)的概念不同，語(yǔ)言所提倡的是暴露接口，隱藏實(shí)現(xiàn)細(xì)節(jié)。而我所期待的是，隱藏接口，不同的邏輯對(duì)象之間，根本就不需要知道對(duì)方的接口，也無(wú)需關(guān)心如何同其他對(duì)象交互，它們，是孤立的。
那么如何實(shí)現(xiàn)use case呢？如何完成對(duì)象交互呢？很簡(jiǎn)單，既然邏輯對(duì)象不適合做這件事情，那么就讓驅(qū)動(dòng)對(duì)象來(lái)實(shí)現(xiàn)就好了。結(jié)果是，邏輯對(duì)象本身提供只操作自身的接口（不再驅(qū)動(dòng)別的對(duì)象了），而驅(qū)動(dòng)對(duì)象則調(diào)用這些邏輯對(duì)象的接口來(lái)實(shí)現(xiàn)use case，實(shí)現(xiàn)某種交互。

一個(gè)問(wèn)題解決，另一個(gè)問(wèn)題誕生。驅(qū)動(dòng)對(duì)象實(shí)現(xiàn)某use case的接口由誰(shuí)調(diào)用？何時(shí)被調(diào)用？通常是由上一級(jí)的家伙調(diào)用，大不了就是到了main函數(shù)那罷了。但是何時(shí)被調(diào)用呢？
驅(qū)動(dòng)對(duì)象能驅(qū)動(dòng)的use case通常分為兩類(lèi)，一類(lèi)是需要在程序的每個(gè)循環(huán)內(nèi)都必須調(diào)用的，另一類(lèi)是在特有條件出現(xiàn)后才能調(diào)用的。
那么，后一類(lèi)何時(shí)調(diào)用呢？一個(gè)方案是，在程序的每個(gè)循環(huán)內(nèi)輪詢(xún)是否出現(xiàn)了特有條件，如果出現(xiàn)就調(diào)用驅(qū)動(dòng)對(duì)象的相應(yīng)接口。這顯然不是一個(gè)好提議。而另一個(gè)方案，就是消息隊(duì)列了。特定條件，通常都是某個(gè)對(duì)象產(chǎn)生的某種狀況，并且產(chǎn)生時(shí)機(jī)不定，因此當(dāng)特定條件產(chǎn)生后，將該條件抽象為一條消息，加入到消息隊(duì)列中，是最好不過(guò)的了。然后在程序的每個(gè)循環(huán)中，輪詢(xún)消息隊(duì)列是否有消息，有消息則處理之（驅(qū)動(dòng)對(duì)象的某接口調(diào)用）。連輪詢(xún)都不想的話(huà)，利用windows消息隊(duì)列也可以，可以得到操作系統(tǒng)級(jí)的支持，不過(guò)移植之類(lèi)的也相應(yīng)困難呢。

要運(yùn)用消息隊(duì)列，必須提供一個(gè)全局的消息隊(duì)列對(duì)象/接口，以便任何對(duì)象都能向隊(duì)列添加消息。也就是說(shuō)，必須破壞局部性建議，每個(gè)對(duì)象都可能在某個(gè)時(shí)候隨意的使用該對(duì)象/接口，但這并不會(huì)像書(shū)上說(shuō)的會(huì)容易出錯(cuò)，而是多線程煩惱，還有重用煩惱，因?yàn)橐坏┠阋赜眠@其中的東西，就表示你必須附帶遵循同樣的消息隊(duì)列模式。
消息隊(duì)列的一個(gè)問(wèn)題是，滯后性。windows消息隊(duì)列也許沒(méi)有問(wèn)題，但是消息隊(duì)列對(duì)象卻有，因?yàn)橄⒌奶幚韺?huì)留到消息隊(duì)列被詢(xún)問(wèn)的時(shí)候，當(dāng)然，極度期望條件一產(chǎn)生，相應(yīng)use case就要被調(diào)用的事情還是極少的吧，至少我還沒(méi)有碰到過(guò)。