http://bluefish.blog.51cto.com/214870/161487
2009
事情的發(fā)生是這樣的，一個(gè)對話(huà)框窗口，點(diǎn)擊某個(gè)按鈕啟動(dòng)一些事件【可以理解為創(chuàng )建了新的線(xiàn)程，只是這個(gè)線(xiàn)程是在一個(gè)DLL文件中】。創(chuàng )建線(xiàn)程的時(shí)候，傳入了一個(gè)callback函數，用于A(yíng)PP－對話(huà)框主線(xiàn)程處理一些錯誤等的事件【主要就是在對話(huà)框的listbox控件上顯示一些信息】。
起初的做法，是在callback函數中直接對對話(huà)框的控件進(jìn)行操作?？赡苤赃@么做的原因是代碼美觀(guān)，讀起來(lái)好讀。不過(guò)這樣做卻被狂鄙視了一番。
想想也是，代碼或者程序流程簡(jiǎn)單的情況下，一般沒(méi)有什么問(wèn)題。但是等程序復雜了，特別出現人機交互的情況【新創(chuàng )建的線(xiàn)程和用戶(hù)都對某一控件同時(shí)進(jìn)行操作】，如果不出所料就會(huì )出現一些非正常的界面顯示，而且有時(shí)候還是隨機行的，以前遇到過(guò)，吃了大虧。
其實(shí)，我們天天都在講進(jìn)程間通信，線(xiàn)程間通信，線(xiàn)程間同步，在windows下至少還是能知道一個(gè)消息隊列的。windows的app是基于消息機制的，但是在實(shí)際動(dòng)手寫(xiě)程序的時(shí)候往往還是會(huì )忽略掉這些天天掛在嘴上的東西，總是按照自己的一條線(xiàn)思維來(lái)考慮編碼。殊不知，非常小的或者非正式的【如作為練習用的】代碼，可以一條線(xiàn)思維；如果再大一些，幾千行的代碼，往往有幾條主線(xiàn)；再大，上萬(wàn)，或者幾十萬(wàn)之類(lèi)的話(huà)，可以考慮分層架構；那么再再大呢，哈哈，那就分布吧。
對于上面的小問(wèn)題，由于callback函數是app提供的，所以可以在這里搞一個(gè)WM_EVENT，通過(guò)PostMessage轉發(fā)一下這些消息，再整個(gè)專(zhuān)門(mén)的消息處理函數，對各種事件進(jìn)行相應的處理。這樣就使得各消息進(jìn)入了APP窗口的消息隊列并由APP窗口主控一個(gè)個(gè)的來(lái)處理消息；而不是直接操作時(shí)的一定要等著(zhù)它處理完【況且這樣做，一般也會(huì )阻塞調用callback的線(xiàn)程】。
對于這兩種操作，可以看出：修改前的：APP窗口是處于被動(dòng)情況下，由線(xiàn)程直接調用對其控件進(jìn)行操作；綁定了新線(xiàn)程與界面的控件操作修改后的：APP窗口是處于主動(dòng)情況下，分別對其消息隊列中的消息進(jìn)行處理以操作控件；新線(xiàn)程在發(fā)送完消息后就可以處理別的事務(wù)了。
本文出自 “bluefish” 博客，請務(wù)必保留此出處http://bluefish.blog.51cto.com/214870/161487
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
