C語言中的面向?qū)ο?4)－面向?qū)ο笏枷?

2019-11-17 05:05:50

字體：大中小

供稿：網(wǎng)友

　　3．CALLBACK函數(shù)。　　我覺得這是C語言的一個(gè)創(chuàng)舉，雖然它很簡(jiǎn)單，就象如何把雞蛋豎起來一樣，但是你假如沒想到的話，嘿嘿。

假如說靜態(tài)入口函數(shù)實(shí)現(xiàn)了一個(gè)可治理的宏觀的話，CallBack就是實(shí)現(xiàn)了一個(gè)可進(jìn)化的微觀：它使得一個(gè)函數(shù)可以在不重新編譯的情況下實(shí)現(xiàn)功能的添加！但是在最最早期的時(shí)候，也有蠻多人持反對(duì)態(tài)度，因?yàn)樗昧撕瘮?shù)指針。函數(shù)指針雖然靈活，但是由于它要訪問內(nèi)存兩次才可以調(diào)用到函數(shù)，第一次訪問函數(shù)指針，第二次才是真正的函數(shù)調(diào)用。它的效率是不如普通函數(shù)的。但是在一個(gè)不太苛刻的環(huán)境下，函數(shù)調(diào)用本身就不怎么耗時(shí)，函數(shù)指針的性能又不是非凡糟糕，使用函數(shù)指針其實(shí)是一個(gè)最好的選擇。但是函數(shù)指針除了性能，最麻煩的地方就是會(huì)導(dǎo)致程序的“支離破碎”。試想：在程序中，你讀到一個(gè)函數(shù)指針的時(shí)候，假如你愣是不知道這個(gè)函數(shù)指針指向的是哪個(gè)函數(shù)，那個(gè)感覺真的很糟糕。（可以看后面的文章，要使用先進(jìn)的程序框架，避免這樣的情況）　　三、Event和Message　　看了上面的描述，相信大家多少有些明白為什么要使用Event和Message了。具體的函數(shù)調(diào)用會(huì)帶來很多的問題（雖然從效率上講，這樣做是很好的）。為了提高程序的靈活性，Event和Message的辦法產(chǎn)生了。用名字解析的辦法代替通常的函數(shù)調(diào)用，這樣，假如雙方對(duì)這樣的解析是一致的話，就可以達(dá)到一個(gè)統(tǒng)一。不過Event和Message的作用還不僅僅是如此。　　Event和Message還有建立進(jìn)程間通信的功能。進(jìn)程將自己的消息發(fā)給“控制中心”（簡(jiǎn)單的就是一個(gè)消息隊(duì)列，和一個(gè)while循環(huán)不斷的取消息隊(duì)列的內(nèi)容并執(zhí)行），控制程序得到消息，分發(fā)給相應(yīng)的進(jìn)程，這樣其他進(jìn)程就可以得到這個(gè)消息并進(jìn)行響應(yīng)。　　Event和Message是很靈活的，因?yàn)槟憧梢噪S時(shí)添加或者關(guān)閉一個(gè)進(jìn)程，（僅僅需要添加分發(fā)消息的列表就可以了）Event和Message從程序?qū)崿F(xiàn)上將我覺得是一樣的，只不過概念不同。Event多用于指一個(gè)動(dòng)作，比如硬件發(fā)生了什么事情，需要調(diào)用一個(gè)什么函數(shù)等等。Message多用于指一個(gè)指示，比如什么程序發(fā)生了什么操作命令等等。　　四、小結(jié)　　其實(shí)編程序和寫文章一樣，都是先有一個(gè)提綱，然后慢慢的豐富。先抽象化得到程序的骨架，然后再考慮各個(gè)方面的其他內(nèi)容：程序極端的時(shí)候會(huì)發(fā)生什么問題？程序的這個(gè)地方的功能現(xiàn)在還不完善，以后再完善會(huì)有什么問題？程序是不是可以擴(kuò)展的？　　本系列文章是我這些階段的一些心得，目的是拋磚引玉，希望能和大家交流，得到更多的知識(shí)。[email protected] （這個(gè)信箱以前發(fā)了一個(gè)文章 C優(yōu)化之路，現(xiàn)在都快成垃圾信箱了，呵呵，網(wǎng)絡(luò)的力量真是強(qiáng)大呀）