• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 74, 文章 - 0, 評(píng)論 - 26, 引用 - 0
            數(shù)據(jù)加載中……

            隊(duì)列

            隊(duì)列

            需要隊(duì)列是出于兩個(gè)原因。首先,需要隊(duì)列來(lái)保存工作作業(yè)。還需要可用于跟蹤已終止線程的數(shù)據(jù)結(jié)構(gòu)。還記得前幾篇文章(請(qǐng)參閱本文結(jié)尾處的 參考資料)中,我曾提到過(guò)需要使用帶有特定進(jìn)程標(biāo)識(shí)的 pthread_join 嗎?使用“清除隊(duì)列”(稱作 "cq")可以解決無(wú)法等待 任何已終止線程的問(wèn)題(稍后將詳細(xì)討論這個(gè)問(wèn)題)。以下是標(biāo)準(zhǔn)隊(duì)列代碼。將此代碼保存到文件 queue.h 和 queue.c:


            queue.h
            												
            														/* queue.h
            ** Copyright 2000 Daniel Robbins, Gentoo Technologies, Inc.
            ** Author: Daniel Robbins
            ** Date: 16 Jun 2000
            */
            
            typedef struct node {
              struct node *next;
            } node;
            
            typedef struct queue {
              node *head, *tail; 
            } queue;
            
            void queue_init(queue *myroot);
            void queue_put(queue *myroot, node *mynode);
            node *queue_get(queue *myroot);
            
            												
            										



            queue.c
            												
            														/* queue.c
            ** Copyright 2000 Daniel Robbins, Gentoo Technologies, Inc.
            ** Author: Daniel Robbins
            ** Date: 16 Jun 2000
            **
            ** This set of queue functions was originally thread-aware.  I
            ** redesigned the code to make this set of queue routines
            ** thread-ignorant (just a generic, boring yet very fast set of queue
            ** routines).  Why the change?  Because it makes more sense to have
            ** the thread support as an optional add-on.  Consider a situation
            ** where you want to add 5 nodes to the queue.  With the
            ** thread-enabled version, each call to queue_put() would
            ** automatically lock and unlock the queue mutex 5 times -- that's a
            ** lot of unnecessary overhead.  However, by moving the thread stuff
            ** out of the queue routines, the caller can lock the mutex once at
            ** the beginning, then insert 5 items, and then unlock at the end.
            ** Moving the lock/unlock code out of the queue functions allows for
            ** optimizations that aren't possible otherwise.  It also makes this
            ** code useful for non-threaded applications.
            **
            ** We can easily thread-enable this data structure by using the
            ** data_control type defined in control.c and control.h.  */
            
            #include <stdio.h>
            #include "queue.h"
            
            void queue_init(queue *myroot) {
              myroot->head=NULL;
              myroot->tail=NULL;
            }
            
            void queue_put(queue *myroot,node *mynode) {
              mynode->next=NULL;
              if (myroot->tail!=NULL)
                myroot->tail->next=mynode;
              myroot->tail=mynode;
              if (myroot->:head==NULL)
                myroot->head=mynode;
            }
            
            node *queue_get(queue *myroot) {
              //get from root
              node *mynode;
              mynode=myroot->head;
              if (myroot->head!=NULL)
                myroot->head=myroot->head->next;
              return mynode;
            }
            
            												
            										

            posted @ 2006-06-26 19:25 井泉 閱讀(224) | 評(píng)論 (0)編輯 收藏

            遍歷文件目錄--生成define

            #include <sys/types.h>
            #include <ctype.h>
            #include <errno.h>
            #include <stdio.h>
            #include <dirent.h>
            #include <fcntl.h>
            #include <stdlib.h>
            #include <unistd.h>
            #include <string.h>

            static void strtoupper(char *p)
            {
            ?int i;
            ?int j=strlen(p);
            ?for(i=0;i<j;i++)
            ??{
            ?*p=toupper(*p);
            ?p++;
            ?}
            };
            int main( void )
            {
            ?
            ?
            ?int fd;
            ?DIR * dir;
            ?struct dirent * ent;
            ?
            ?char *p1;
            ?char *p2;
            ?char temp[255];
            ?char lower[50];
            ?memset(temp,0,sizeof(temp));
            ?memset(lower,0,sizeof(lower));
            ?
            ?
            ?if(!(dir=opendir("/opt/sip_ui/res/."))){ //目錄
            ?perror("opendir");
            ?return;
            ?}
            ?errno=0;
            ?

            ?if((fd=open("hw",O_TRUNC|O_CREAT|O_WRONLY,0644))<0){
            ?perror("open");
            ?exit(1);?
            ?}
            ?
            ?while((ent=readdir(dir))){
            ??
            ?if(strstr(ent->d_name,".bmp")){ //后綴名
            ?p1=strtok(ent->d_name,".");
            ?p2=strtok(NULL,".");
            ?memcpy(lower,p1,strlen(p1));
            ?lower[strlen(p1)]='\0';
            ?strtoupper(p1);
            ?strtoupper(p2);
            ?
            ? strcat(p1,"_PIC");
            ?//strcat(p1,p2);
            ?
            ?sprintf(temp,"#define %s \"res\" PATH_SEP \"%s.\" RESFILE_EXT\n",p1,lower);
            ?
            ??????
            ?????

            ?if(write(fd,temp,strlen(temp)) < 0){
            ?perror("write");
            ?exit(1);
            ?}
            ?}
            ?errno=0;
            ?}
            ?if(errno)
            ?{
            ?perror("readdir");
            ?return ;
            ?}
            ?
            ?close(fd);
            ?closedir(dir);
            ?return 1;
            }

            posted @ 2006-06-26 19:18 井泉 閱讀(407) | 評(píng)論 (0)編輯 收藏

            c# 到 c

            1.可以簡(jiǎn)單的認(rèn)為 一個(gè).h 文件對(duì)應(yīng)一層
            2.用static變量,加全局函數(shù) 替代 全局變量,模仿屬性概念。
            3.宏的作用 實(shí)現(xiàn)默認(rèn)參數(shù),常量,與“##”連接字符串操作符實(shí)現(xiàn)動(dòng)態(tài)名稱
            4.強(qiáng)大的位操作
            5.動(dòng)態(tài)內(nèi)存分配
            6.函數(shù)指針,回調(diào)機(jī)制,事件機(jī)制,消息機(jī)制

            posted @ 2006-06-26 18:41 井泉 閱讀(225) | 評(píng)論 (0)編輯 收藏

            C語(yǔ)言中的面向?qū)ο?/a>

            一 、面向?qū)ο笏枷?br />


            一、 面向?qū)ο笏枷氲哪康氖强蚣芑侄问浅橄?br />
            相信很多人都明白面向?qū)ο笾v了什么:類,抽象類,繼承,多態(tài)。但是是什么原因促使這些概念的產(chǎn)生呢?

            打個(gè)比方說(shuō):你去買(mǎi)顯示器,然而顯示器的品牌樣式是多種多樣的,你在買(mǎi)的過(guò)程中發(fā)生的事情也是不可預(yù)測(cè)的。對(duì)于這樣的事情,我們?cè)诔绦蛘Z(yǔ)言中如何去描述呢。面向?qū)ο蟮乃枷刖褪菫榱私鉀Q這樣的問(wèn)題。編寫(xiě)一個(gè)程序(甚至說(shuō)是一個(gè)工程),從無(wú)到用是困難的,從有到豐富是更加困難的。面向?qū)ο髮⒊绦虻母鱾€(gè)行為化為對(duì)象,而又用抽象的辦法將這些對(duì)象歸類(抽象),從而將錯(cuò)綜復(fù)雜的事情簡(jiǎn)化為幾個(gè)主要的有機(jī)組合(框架化)。

            其實(shí)我們的身邊很多東西都是這樣組成的:比如說(shuō)電腦:電腦是由主板,CPU加上各種卡組成的。這就是一個(gè)框架化。而忽略不同的CPU,不同的主板,不同的聲卡,網(wǎng)卡,顯卡的區(qū)別,這就是抽象。再比如說(shuō)現(xiàn)在的教育網(wǎng):是由主核心節(jié)點(diǎn):清華,北大,北郵等幾個(gè),然后是各個(gè)子節(jié)點(diǎn),依次組成了整個(gè)教育網(wǎng)網(wǎng)絡(luò)。

            所以我覺(jué)得面向?qū)ο蟮木幊趟枷刖褪牵阂粋€(gè)大型工程是分層次結(jié)構(gòu)的,每層又由抽象的結(jié)構(gòu)連接為整體(框架化),各個(gè)抽象結(jié)構(gòu)之間是彼此獨(dú)立的,可以獨(dú)立進(jìn)化(繼承,多態(tài))。層次之間,結(jié)構(gòu)之間各有統(tǒng)一的通訊方式(通常是消息,事件機(jī)制)。

            二、 以前 C 語(yǔ)言編程中常用的“面向?qū)ο蟆狈椒?br />
            其實(shí)C語(yǔ)言誕生以來(lái),人們就想了很多辦法來(lái)體現(xiàn)“面向?qū)ο蟆钡乃枷搿O旅婢蛠?lái)說(shuō)說(shuō)我所知道的方法。先說(shuō)一些大家熟悉的東東,慢慢再講詭異的。呵呵

            1. 宏定義:

            有的人不禁要問(wèn),宏定義怎么扯到這里來(lái)了,我們可以先看一個(gè)簡(jiǎn)單的例子:

            #define MacroFunction Afunction

            然后在程序里面你調(diào)用了大量的AFunction,但是有一天,你突然發(fā)現(xiàn)你要用BFunction了,(不過(guò)AFunction又不能不要,很有可能你以后還要調(diào)用),這個(gè)時(shí)候,你就可以#define MacroFunction Bfunction來(lái)達(dá)到這樣的目的。

            當(dāng)然,不得不說(shuō)這樣的辦法是too simple,sometime na?ve的,因?yàn)橐粋€(gè)很滑稽的問(wèn)題是如果我一般要改為BFunction,一半不變?cè)趺崔k? 那就只好查找替換了。

            2. 靜態(tài)的入口函數(shù),保證函數(shù)名相同,利用標(biāo)志位調(diào)用子函數(shù):

            這樣的典型應(yīng)用很多,比如說(shuō)網(wǎng)卡驅(qū)動(dòng)里面有一個(gè)入口函數(shù)Nilan(int FunctionCode,Para*)。具體的參數(shù)是什么記不清楚了。不過(guò)NiLan的主體是這樣的:

            Long Nilan(int FunctionCode,Para*){

            Switch(FunctionCode){

            Case SendPacket: send(….)

            Case ReceivePacket: receive(…)

            …..

            }

            寫(xiě)到這里大家明白什么意思了吧。保證相同的函數(shù)名就是說(shuō):網(wǎng)卡驅(qū)動(dòng)是和pNA+協(xié)議棧互連的,那么如何保證pNA+協(xié)議棧和不同的驅(qū)動(dòng)都兼容呢,一個(gè)簡(jiǎn)單的辦法就是僅僅使用一個(gè)入口函數(shù)。通過(guò)改變?nèi)绻瘮?shù)的參數(shù)值,來(lái)調(diào)用內(nèi)部的各個(gè)函數(shù)。這樣的做法是可以進(jìn)化的:如果以后想調(diào)用新的函數(shù),增加相應(yīng)的函數(shù)參數(shù)值就好了。如果我們將網(wǎng)卡驅(qū)動(dòng)和pNA+協(xié)議棧看作兩個(gè)層的話,我們可以發(fā)現(xiàn):

            層與層之間的互連接口是很小的(這里是一個(gè)入口函數(shù)),一般是采用名字解析的辦法而不是具體的函數(shù)調(diào)用(利用FunctionCode調(diào)用函數(shù),Nilan僅僅實(shí)現(xiàn)名字解析的功能) ――!接口限制和名字解析

            接口限制:層與層之間僅僅知道有限的函數(shù)

            名字解析:層與層之間建立共同的名字與函數(shù)的對(duì)應(yīng)關(guān)系,之間利用名字調(diào)用功能。

            3.CALLBACK函數(shù)。

            我覺(jué)得這是C語(yǔ)言的一個(gè)創(chuàng)舉,雖然它很簡(jiǎn)單,就象如何把雞蛋豎起來(lái)一樣,但是你如果沒(méi)想到的話,嘿嘿。如果說(shuō)靜態(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ù)指針雖然靈活,但是由于它要訪問(wèn)內(nèi)存兩次才可以調(diào)用到函數(shù),第一次訪問(wèn)函數(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è)感覺(jué)真的很糟糕。(可以看后面的文章,要使用先進(jìn)的程序框架,避免這樣的情況)

            三、 Event 和 Message

            看了上面的描述,相信大家多少有些明白為什么要使用Event和Message了。具體的函數(shù)調(diào)用會(huì)帶來(lái)很多的問(wèn)題(雖然從效率上講,這樣做是很好的)。為了提高程序的靈活性,Event和Message的辦法產(chǎn)生了。用名字解析的辦法代替通常的函數(shù)調(diào)用,這樣,如果雙方對(duì)這樣的解析是一致的話,就可以達(dá)到一個(gè)統(tǒng)一。不過(guò)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)上將我覺(jué)得是一樣的,只不過(guò)概念不同。Event多用于指一個(gè)動(dòng)作,比如硬件發(fā)生了什么事情,需要調(diào)用一個(gè)什么函數(shù)等等。Message多用于指一個(gè)指示,比如什么程序發(fā)生了什么操作命令等等。

            四、 小結(jié)

            其實(shí)編程序和寫(xiě)文章一樣,都是先有一個(gè)提綱,然后慢慢的豐富。先抽象化得到程序的骨架,然后再考慮各個(gè)方面的其他內(nèi)容:程序極端的時(shí)候會(huì)發(fā)生什么問(wèn)題?程序的這個(gè)地方的功能現(xiàn)在還不完善,以后再完善會(huì)有什么問(wèn)題?程序是不是可以擴(kuò)展的?

            二、類模擬的性能分析

            ? 類模擬中使用了大量的函數(shù)指針,結(jié)構(gòu)體等等,有必須對(duì)此進(jìn)行性能分析,以便觀察這樣的結(jié)構(gòu)對(duì)程序的整體性能有什么程度的影響。

              1.函數(shù)調(diào)用的開(kāi)銷

            #define COUNTER XX
            void testfunc()
            {
            ? int i,k=0;
            ? for(i=0;i<YY;i++)
            }

              在測(cè)試程序里面,我們使用的是一個(gè)測(cè)試函數(shù),函數(shù)體內(nèi)部可以通過(guò)改變YY的值來(lái)改變函數(shù)的耗時(shí)。測(cè)試對(duì)比是 循環(huán)調(diào)用XX次函數(shù),和循環(huán)XX次函數(shù)內(nèi)部的YY循環(huán)。

              結(jié)果發(fā)現(xiàn),在YY足夠小,X足夠大的情況下,函數(shù)調(diào)用耗時(shí)成為了主要原因。所以當(dāng)一個(gè)“簡(jiǎn)單”功能需要“反復(fù)”調(diào)用的時(shí)候,將它編寫(xiě)為函數(shù)將會(huì)對(duì)性能有影響。這個(gè)時(shí)候可以使用宏,或者inline關(guān)鍵字。

              但是,實(shí)際上我設(shè)置XX=10000000(1千萬(wàn))的時(shí)候,才出現(xiàn)ms級(jí)別的耗時(shí),對(duì)于非實(shí)時(shí)操作(UI等等),即使是很慢的cpu(嵌入式10M級(jí)別的),也只會(huì)在XX=10萬(wàn)的時(shí)候出現(xiàn)短暫的函數(shù)調(diào)用耗時(shí),所以實(shí)際上這個(gè)是可以忽略的。

              2.普通函數(shù)調(diào)用和函數(shù)指針調(diào)用的開(kāi)銷

            void (*tf)();
            tf=testfunc;

              測(cè)試程序修改為一個(gè)使用函數(shù)調(diào)用,一個(gè)使用函數(shù)指針調(diào)用。測(cè)試發(fā)現(xiàn)對(duì)時(shí)間基本沒(méi)有什么影響。(在第一次編寫(xiě)的時(shí)候,發(fā)現(xiàn)在函數(shù)調(diào)用出現(xiàn)耗時(shí)的情況下(XX=1億),函數(shù)指針的調(diào)用要慢(release版本),調(diào)用耗時(shí)350:500。后來(lái)才發(fā)現(xiàn)這個(gè)影響是由于將變量申請(qǐng)為全局的原因,全局變量的訪問(wèn)要比局部變量慢很多)。

              3.函數(shù)指針和指針結(jié)構(gòu)訪問(wèn)的開(kāi)銷

            struct a {
            ? void (*tf)();
            }

              測(cè)試程序修改為使用結(jié)構(gòu)的函數(shù)指針,測(cè)試發(fā)現(xiàn)對(duì)時(shí)間基本沒(méi)有什么影響。其實(shí)使用結(jié)構(gòu)并不會(huì)產(chǎn)生影響,因?yàn)榻Y(jié)構(gòu)的訪問(wèn)是固定偏移量的。所以結(jié)構(gòu)變量的訪問(wèn)和普通變量的訪問(wèn)對(duì)于機(jī)器碼來(lái)說(shuō)是一樣的。

              測(cè)試結(jié)論:使用類模擬的辦法對(duì)性能不會(huì)產(chǎn)生太大的影響。

            三、C語(yǔ)言的多態(tài)實(shí)現(xiàn)

              相信很多人都看過(guò)設(shè)計(jì)模式方面的書(shū),大家有什么體會(huì)呢?Bridge,Proxy,F(xiàn)actory這些設(shè)計(jì)模式都是基于抽象類的。使用抽象對(duì)象是這里的一個(gè)核心。
            ? ?
              其實(shí)我覺(jué)得框架化編程的一個(gè)核心問(wèn)題是抽象,用抽象的對(duì)象構(gòu)建程序的主體框架,這是面向?qū)ο缶幊痰钠毡樗枷搿S贸橄髽?gòu)建骨架,再加上多態(tài)就形成了一個(gè)完整的程序。由于C++語(yǔ)言本身實(shí)現(xiàn)了繼承和多態(tài),使用這樣的編程理念(理念啥意思?跟個(gè)風(fēng),嘿嘿)在C++中是十分普遍的現(xiàn)象,可以說(shuō)Virtual(多態(tài))是VC的靈魂。

              但是,使用C語(yǔ)言的我們都快把這個(gè)多態(tài)忘光光了。我常聽(tīng)見(jiàn)前輩說(shuō),類?多態(tài)?我們用的是C,把這些忘了吧。很不幸的是,我是一個(gè)固執(zhí)的人。這么好的東西,為啥不用呢。很高興的,在最近的一些純C代碼中,我看見(jiàn)了C中的多態(tài)!下面且聽(tīng)我慢慢道來(lái)。

              1. VC中的Interface是什么

              Interface:中文解釋是接口,其實(shí)它表示的是一個(gè)純虛類。不過(guò)我所要說(shuō)的是,在VC中的Interface其實(shí)就是struct,查找Interface的定義,你可以發(fā)現(xiàn)有這樣的宏定義:

            ? ? #Ifndef Interface
            ? ? #define Interface struct
            ? ? #endif

              而且,實(shí)際上在VC中,如果一個(gè)類有Virtual的函數(shù),則類里面會(huì)有vtable,它實(shí)際上是一個(gè)虛函數(shù)列表。實(shí)際上C++是從C發(fā)展而來(lái)的,它不過(guò)是在語(yǔ)言級(jí)別上支持了很多新功能,在C語(yǔ)言中,我們也可以使用這樣的功能,前提是我們不得不自己實(shí)現(xiàn)。

              2.C中如何實(shí)現(xiàn)純虛類(我稱它為純虛結(jié)構(gòu))

              比較前面,相信大家已經(jīng)豁然開(kāi)朗了。使用struct組合函數(shù)指針就可以實(shí)現(xiàn)純虛類。

              例子:

            ? typedef struct {
            ? ? void (*Foo1)();
            ? ? char (*Foo2)();
            ? ? char* (*Foo3)(char* st);
            ? }
            ? MyVirtualInterface;
            ? ?
              這樣假設(shè)我們?cè)谥黧w框架中要使用橋模式。(我們的主類是DoMyAct,接口具體實(shí)現(xiàn)類是Act1,Act2)下面我將依次介紹這些“類”。(C中的“類”在前面有說(shuō)明,這里換了一個(gè),是使用早期的數(shù)組的辦法)

              主類DoMyAct: 主類中含有MyVirtualInterface* m_pInterface; 主類有下函數(shù):

            ? DoMyAct_SetInterface(MyVirtualInterface* pInterface)
            ? {
            ? ? m_pInterface= pInterface;
            ? }
            ? DoMyAct_Do()
            ? {
            ? ? if(m_pInterface==NULL) return;
            ? ? m_pInterface->Foo1();
            ? ? c=m_pInterface->Foo2();
            ? }

              子類Act1:實(shí)現(xiàn)虛結(jié)構(gòu),含有MyVirtualInterface st[MAX]; 有以下函數(shù):

            ? MyVirtualInterface* Act1_CreatInterface()
            ? {
            ? ? index=FindValid() //對(duì)象池或者使用Malloc !應(yīng)該留在外面申請(qǐng),實(shí)例化
            ? ? if(index==-1) return NULL;
            ? ? St[index].Foo1=Act1_Foo1; // Act1_Foo1要在下面具體實(shí)現(xiàn)
            ? ? St[index].Foo2=Act1_Foo2;
            ? ? St[index].Foo3=Act1_Foo3;
            ? ? Return &st [index];
            ? }

              子類Act2同上。

              在main中,假設(shè)有一個(gè)對(duì)象List。List中存貯的是MyVirtualInterface指針,則有:

            ? if( (p= Act1_CreatInterface()) != NULL)
            ? List_AddObject(&List, p); //Add Al

            ? While(p=List_GetObject()){
            ? ? DoMyAct_SetInterface(p);//使用Interface代替了原來(lái)大篇幅的Switch Case
            ? ? DoMyAct_Do();//不要理會(huì)具體的什么樣的動(dòng)作,just do it
            ? }

            ? FREE ALL

            四、類模擬和多態(tài),繼承

              在面向?qū)ο蟮恼Z(yǔ)言里面,出現(xiàn)了類的概念。這是編程思想的一種進(jìn)化。所謂類:是對(duì)特定數(shù)據(jù)的特定操作的集合體。所以說(shuō)類包含了兩個(gè)范疇:數(shù)據(jù)和操作。而C語(yǔ)言中的struct僅僅是數(shù)據(jù)的集合。(
            liyuming1978@163.com)

              1.實(shí)例:下面先從一個(gè)小例子看起

            #ifndef C_Class
            ? ? #define C_Class struct
            #endif

            C_Class A {
            ? ? C_Class A *A_this;
            ? ? void (*Foo)(C_Class A *A_this);
            ? ? int a;
            ? ? int b;
            };

            C_Class B{ ? ? ? ? ? //B繼承了A
            ? ? C_Class B *B_this; //順序很重要
            ? ? void (*Foo)(C_Class B *Bthis); ? ? ? ? //虛函數(shù)
            ? ? int a;
            ? ? int b;

            ? ? int c;
            };


            void B_F2(C_Class B *Bthis)
            {
            ? ? printf("It is B_Fun\n");
            }

            void A_Foo(C_Class A *Athis)
            {
            ? ? printf("It is A.a=%d\n",Athis->a);//或者這里
            // ? exit(1);
            // ? printf("純虛 不允許執(zhí)行\(zhòng)n");//或者這里
            }

            void B_Foo(C_Class B *Bthis)
            {
            ? ? printf("It is B.c=%d\n",Bthis->c);
            }

            void A_Creat(struct A* p)
            {
            ? ? p->Foo=A_Foo;
            ? ? p->a=1;
            ? ? p->b=2;
            ? ? p->A_this=p;
            }


            void B_Creat(struct B* p)
            {
            ? ? p->Foo=B_Foo;
            ? ? p->a=11;
            ? ? p->b=12; ? ?
            ? ? p->c=13;
            ? ? p->B_this=p;
            }


            int main(int argc, char* argv[])
            {
            ? ? C_Class A *ma,a;
            ? ? C_Class B *mb,b;

            ? ? A_Creat(&a);//實(shí)例化
            ? ? B_Creat(&b);

            ? ? mb=&b;
            ? ? ma=&a;

            ? ? ma=(C_Class A*)mb;//引入多態(tài)指針
            ? ? printf("%d\n",ma->a);//可惜的就是 函數(shù)變量沒(méi)有private
            ? ? ma->Foo(ma);//多態(tài)
            ? ? a.Foo(&a);//不是多態(tài)了
            ? ? B_F2(&b);//成員函數(shù),因?yàn)樾蕟?wèn)題不使用函數(shù)指針
            ? ? return 0;
            }


              輸出結(jié)果:

            11
            It is B.c=13
            It is A.a=1
            It is B_Fun</P< p>

            posted @ 2006-06-26 18:31 井泉 閱讀(348) | 評(píng)論 (1)編輯 收藏

            僅列出標(biāo)題
            共8頁(yè): 1 2 3 4 5 6 7 8 
            色婷婷久久久SWAG精品| 亚洲午夜精品久久久久久浪潮| 久久香蕉超碰97国产精品| 久久天天躁狠狠躁夜夜网站| 国产亚洲欧美成人久久片| 伊人久久国产免费观看视频| 久久亚洲国产成人精品性色| 国产午夜精品久久久久九九电影| 久久久久亚洲精品日久生情 | 久久永久免费人妻精品下载| 久久精品国产色蜜蜜麻豆| 国产视频久久| 老色鬼久久亚洲AV综合| 开心久久婷婷综合中文字幕| 性色欲网站人妻丰满中文久久不卡| 久久91精品久久91综合| 少妇内射兰兰久久| 亚洲人成电影网站久久| 国产亚洲精午夜久久久久久| 东京热TOKYO综合久久精品| 久久精品人人做人人爽电影| 久久se精品一区精品二区国产 | 日本国产精品久久| 狠狠久久亚洲欧美专区| 色综合久久久久无码专区| 国产成人综合久久精品红| 久久精品成人免费观看97| 天天久久狠狠色综合| 久久久精品人妻一区二区三区蜜桃| 欧美久久久久久精选9999| 国内精品久久久久国产盗摄| 久久精品国产亚洲沈樵| 国内精品久久久久久99蜜桃| 囯产极品美女高潮无套久久久| 婷婷久久五月天| 武侠古典久久婷婷狼人伊人| 久久影视国产亚洲| 欧美久久一区二区三区| 亚洲国产成人久久综合一区77| 久久天天躁狠狠躁夜夜2020一| 久久福利资源国产精品999|