
2010年3月26日
多媒體通訊有兩個主要的信號標(biāo)準(zhǔn):
H.323是國際電信聯(lián)盟(ITU)用于音頻、視頻和在數(shù)據(jù)包(IP)網(wǎng)絡(luò)上共享數(shù)據(jù)的總括標(biāo)準(zhǔn)。這個標(biāo)準(zhǔn)已經(jīng)在廣泛應(yīng)用并且擁有了巨大的市場份額。
SIP(會話起始協(xié)議)是IETF(互聯(lián)網(wǎng)工程任務(wù)組)制定的多媒體信號協(xié)議。由于這個協(xié)議具有簡單和模塊化的特點,這個協(xié)議正在受到關(guān)注,但是,到目前為止的商業(yè)性應(yīng)用還很少。
企業(yè)一般都把SIP解決方案與H.323 (和/或者TDM協(xié)議)協(xié)議一起部署,以便保護(hù)投資,保證更有效地向新技術(shù)轉(zhuǎn)變,向能夠從中受益的用戶提供SIP應(yīng)用。
H.323和SIP的相同之處
H.323和SIP協(xié)議原來都是用于在IP網(wǎng)絡(luò)上提供多媒體服務(wù)的。這兩個協(xié)議都在IP網(wǎng)絡(luò)上運(yùn)行,使用TCP和UDP會話發(fā)出信號并且使用RTP(實時協(xié)議)傳輸語音/視頻流。這兩種協(xié)議都不產(chǎn)生新的編碼/解碼方式,而是利用現(xiàn)有的其它協(xié)議(如G.711和G.729)。
這兩個協(xié)議一般都是利用一臺服務(wù)器作為建立會話的中間人。在H.323協(xié)議中,一個看門人(gatekeeper)通過發(fā)送和接收信號保持活躍狀態(tài),并且向各個終端發(fā)送數(shù)據(jù)包,然后各個終端建立自己的通向PSTN網(wǎng)關(guān)的媒體流。采用SIP協(xié)議,一個代理服務(wù)器能夠處理和發(fā)送用戶代理的請求,直接與其它用戶代理建立會話,或者通過網(wǎng)關(guān)呼叫傳統(tǒng)的PSTN成員。這就是說,SIP能夠在有限的范圍內(nèi)以點對點的方式實施,因為用戶代理不用中間的服務(wù)器就可以建立會話,就像在one-X Quick Edition平臺中一樣。
兩個協(xié)議的區(qū)別
雖然這兩個協(xié)議在概念上是相同的,但是,它們在結(jié)構(gòu)和提供的服務(wù)方面有很大的區(qū)別。H.323協(xié)議是在1996年首次為VoIP應(yīng)用擴(kuò)展的協(xié)議,現(xiàn)在是第五個版本,是以ISDN Q.931等電話協(xié)議為基礎(chǔ)的。IETF的思想家最初在90年代中期接受了SIP協(xié)議,并且從那以后發(fā)表了兩個RFC,最新版本的RFC 3261是在2002年發(fā)表的。SIP同HTTP和SMTP一樣,是一種基于文本的協(xié)議。許多程序員都非常了解這個協(xié)議。他們發(fā)現(xiàn)SIP協(xié)議非常簡單并且很容易排除故障。H.323協(xié)議是用二進(jìn)制代碼編寫的,沒有豐富經(jīng)驗和開發(fā)工具的程序員都不熟悉這個協(xié)議。
這兩個協(xié)議之間的主要區(qū)別是,SIP協(xié)議用來建立和斷開媒體會話,而H.323協(xié)議用來具體指定用哪一個協(xié)議提供媒體服務(wù)。使用H.323協(xié)議,媒體本身是不依賴于信號傳輸協(xié)議的。事實上,SIP是依賴另一種會話描述協(xié)議來定義、協(xié)商和處理媒體流的。因此,SIP能夠像它建立游戲或者即時消息會話一樣方便地用來建立一個語音或者視頻會話。換句話說,SIP不是一個VoIP協(xié)議。由于SIP協(xié)議在許多領(lǐng)域都有用,開發(fā)人員對于SIP協(xié)議的熟悉程度和創(chuàng)造性都要高于他們對H.323協(xié)議的情況。
創(chuàng)建服務(wù) SIP協(xié)議的關(guān)鍵屬性
SIP協(xié)議允許開發(fā)人員創(chuàng)建更多的新服務(wù),比他們使用H.323協(xié)議創(chuàng)建的新服務(wù)還要多。SIP是IETF工具集的一部分,這就意味著對于這個協(xié)議的接口和擴(kuò)展沒有明確定義的要求。除了建立和中斷傳統(tǒng)的媒體流之外,已經(jīng)增加了一些使用SIP協(xié)議的擴(kuò)展功能。像蜂窩運(yùn)營商提供的一鍵通服務(wù)等新型的媒體會話就是以SIP協(xié)議為基礎(chǔ)的。使用一種名為SIMPLE (SIP for Instant Messaging and Presence Leveraging Extensions)的SIP擴(kuò)展協(xié)議能夠?qū)崿F(xiàn)即時消息服務(wù)。SIMPLE協(xié)議提供了一種即時消息實施結(jié)構(gòu)。這種即時消息服務(wù)是基于傳統(tǒng)的好友名單的,并擁有一個基于標(biāo)準(zhǔn)核心的在線狀態(tài)顯示應(yīng)用程序。
SIP協(xié)議本身對在線狀態(tài)的支持將擴(kuò)展到其它設(shè)備中,實現(xiàn)類似于一號連接和多種設(shè)備(也就是說PC、桌面電話和手機(jī))在線狀態(tài)可見性等令人激動的新功能。這些功能將允許主叫方在最合適的時間使用最佳的設(shè)備連接被叫方,而不是僅僅觀察即時消息客戶端軟件中的狀態(tài)和猜測這個人是否在電話機(jī)旁。這個功能將減少在即時消息中頻繁地輸入的“我能給你打電話嗎?”的信息。
更有趣的是,SIP和開放式Web服務(wù)提供了把在線狀態(tài)顯示和通訊集成到傳統(tǒng)的企業(yè)應(yīng)用程序中的許多選擇。例如,在商業(yè)應(yīng)用程序中發(fā)生的事件(如存貨短缺)能夠啟動一個相關(guān)的管理人員(如產(chǎn)品線經(jīng)理和零件供應(yīng)商)的會議,利用在線狀態(tài)顯示(在他們的掌上電腦、臺式電腦或者手機(jī)上的顯示)確定聯(lián)系相關(guān)管理人員的最佳方式。
H.323協(xié)議在企業(yè)中仍處于突出地位
顯然,使用H.323協(xié)議不能創(chuàng)建這種服務(wù)。這個協(xié)議也不可能修改。因此,目前大多數(shù)靈活的和功能豐富的企業(yè)應(yīng)用軟件都在使用H.323系統(tǒng)。雖然SIP成熟了,但是,H.323仍在繼續(xù)應(yīng)用,就像一些TDM系統(tǒng)目前在H.323流行的過程中仍在使用一樣。大多數(shù)廠商繼續(xù)開發(fā)H.323和SIP解決方案以便最有效地利用每一個協(xié)議的優(yōu)勢和為企業(yè)通訊提供一些選擇。
應(yīng)該指出的是,雖然H.323作為一個協(xié)議來說已經(jīng)比較成熟了,但是,這個協(xié)議仍缺少兼容多家廠商設(shè)備的功能。盡管如此,H.323協(xié)議的起步非常好,擴(kuò)展的功能集已經(jīng)達(dá)到了數(shù)百個。因此,在擁有呼叫中心和高度個性化撥號計劃的企業(yè)中,H.323協(xié)議率先起步的優(yōu)勢不會很快消失。目前企業(yè)中大多數(shù)VoIP應(yīng)用都使用H.323協(xié)議,但是,隨著服務(wù)提供商開發(fā)基于SIP協(xié)議的托管的電話解決方案,SIP在電話需求比較簡單的小辦公室環(huán)境中的增長將是非常迅速的。
SIP獲得增長勢頭
雖然SIP在企業(yè)中的應(yīng)用沒有H.323那樣廣泛,但是,它已經(jīng)開始出現(xiàn)了增長的勢頭,服務(wù)提供商正在其骨干線路上傳送企業(yè)和消費(fèi)者的VoIP通訊。服務(wù)提供商在購買新設(shè)備的建議中都提出要采用SIP技術(shù),它們正在向軟交換過渡。軟交換能夠快速建立和切斷代理服務(wù)器、SIP客戶機(jī)和PSTN網(wǎng)關(guān)之間的電話連接。SIP還能夠讓服務(wù)提供商提供外包的服務(wù)。而使用TDM或者H.323技術(shù)是不可能提供外包的服務(wù)的。像語音郵件或者會議系統(tǒng)那樣的組件能夠集成到在整個網(wǎng)絡(luò)邊界使用SIP協(xié)議的企業(yè)PBX中,為服務(wù)提供商帶來新的收入并且向企業(yè)提供外包非戰(zhàn)略組件的選擇。
雖然SIP被認(rèn)為是一種成熟的協(xié)議,但是,它并不像標(biāo)準(zhǔn)那樣100%的完善。標(biāo)準(zhǔn)仍在開發(fā)之中,特別是在隱私和安全方面,在可以預(yù)見的未來,這個協(xié)議的功能將繼續(xù)增強(qiáng)。SIMPLE協(xié)議還有更多的基礎(chǔ)結(jié)構(gòu)決策需要IETF斟酌解決。
雖然H.323協(xié)議在未來的VoIP應(yīng)用中將繼續(xù)扮演重要的角色,但是,SIP協(xié)議的應(yīng)用已經(jīng)開始流行起來了。這個基本的協(xié)議本身一直不是推動企業(yè)做出應(yīng)用決策的因素,決策主要是根據(jù)商務(wù)和應(yīng)用程序環(huán)境做出的。根據(jù)應(yīng)用,這個協(xié)議或者那個協(xié)議可能會更有意義。然而,在許多環(huán)境中,將有同時容納這兩個協(xié)議的位置!
早期應(yīng)用者看到的SIP協(xié)議的價值是一種應(yīng)用于企業(yè)環(huán)境的開放標(biāo)準(zhǔn)的、不依賴于任何設(shè)備的和靈活的協(xié)議。許多其他用戶正在必要的地方使用SIP協(xié)議作為他們H.323環(huán)境的一個補(bǔ)充。
posted @
2010-03-26 11:21 Niino 閱讀(1159) |
評論 (0) |
編輯 收藏

2009年10月21日
在游戲中寫宏,始終找不到感覺
雖然現(xiàn)在知道WOW中宏是用lua語言實現(xiàn),但怎么也找不到切入點,目前想先嘗試跳出lua語言,直接用語法規(guī)則來思考這個問題。
So...得先復(fù)習(xí)編譯原理了...
暫時的想法是在輸入一段宏指令后,能夠輸出對應(yīng)的游戲結(jié)果
e.g:
輸入:#showtoptip 毒蛇釘刺
/cast 毒蛇釘刺
/stopattack
/cast 假死
輸出:
圖標(biāo):毒蛇釘刺
施放毒蛇釘刺
停止自動攻擊
施放假死
另外...簡單的使用字符串替換似乎也可行...
posted @
2009-10-21 15:00 Niino 閱讀(312) |
評論 (0) |
編輯 收藏

2009年8月12日
都成荒蕪之地了
本來以為找到工作可以搞coding的...
結(jié)果看來天不遂人愿...
工作了半年了...
還是得靠自己
最近用c++.net,又叫c++\cli 搞界面程序
感覺時爽時不爽...
沒有標(biāo)準(zhǔn)C++的嚴(yán)謹(jǐn)
有些時候又比標(biāo)準(zhǔn)C++方便...
有弊有利啊
posted @
2009-08-12 17:24 Niino 閱讀(182) |
評論 (0) |
編輯 收藏

2008年12月4日
今天看到一個求數(shù)組最大元素的代碼,自己拿著看了看,改了改...遇到了這樣的問題
class Array_max
{
public:
void set_value();
void max_value();
void show_value();
private:
int array1[10];
int max;
};
int array1[10],set_value()來從用戶輸入
void Array_max::set_value()
{
for(int i=0;i<10;++i)
cin>>array1[i];
for( int i = 0;i<=10;++i)
cout << "array1["<< i << "]= " << array1[i] << " " << endl;
}
假設(shè)輸入1,2,3,4,5,6,7,8,9,10.加入cout,在DEBUG下,輸出為1,2,3,4,5,6,7,8,9,10,-858993460,release下,輸出為1,2,3,4,5,6,7,8,9,10,1
接著,在max_value()中
void Array_max::max_value()
{
max=array1[0];
for(int i=1;i<=10;i++)
{
if(array1[i]>max)
{
max=array1[i];
}
cout << "array1["<< i << "]= " << array1[i] << " " << endl;
}
}
輸出結(jié)果就成了1,2,3,4,5,6,7,8,9,10,10
也就是說A[10]就變成了數(shù)組中最大值的元素,我改變輸入值與大小順序依然如此,迷惑啊,難道...想不通
你評論給的太快了...昨天關(guān)機(jī)后就想通了這個問題了.編譯器并不會檢查數(shù)組下標(biāo)是否越界,array1[10]其實已經(jīng)越界了,但是編譯器不會報錯.int array1[10]中沒有array1[10].因為下標(biāo)越界,所以array1[10]所指向的,是緊跟著array1[]被分配的內(nèi)存空間的max,而且max也正好是整形,所以可以正常輸出array1[10].
posted @
2008-12-04 21:15 Niino 閱讀(838) |
評論 (2) |
編輯 收藏

2008年8月18日
C/C++中typedef struct和struct的用法
struct _x1 { ...}x1; 和 typedef struct _x2{ ...} x2; 有什么不同?
其實, 前者是定義了類_x1和_x1的對象實例x1, 后者是定義了類_x2和_x2的類別名x2 ,
所以它們在使用過程中是有取別的.請看實例1.
[知識點]
結(jié)構(gòu)也是一種數(shù)據(jù)類型, 可以使用結(jié)構(gòu)變量, 因此, 象其它 類型的變量一樣, 在使用結(jié)構(gòu)變量時要先對其定義。
定義結(jié)構(gòu)變量的一般格式為:
struct 結(jié)構(gòu)名
{
類型 變量名;
類型 變量名;
...
} 結(jié)構(gòu)變量;
結(jié)構(gòu)名是結(jié)構(gòu)的標(biāo)識符不是變量名。
另一種常用格式為:
typedef struct 結(jié)構(gòu)名
{
類型 變量名;
類型 變量名;
...
} 結(jié)構(gòu)別名;
另外注意: 在C中,struct不能包含函數(shù)。在C++中,對struct進(jìn)行了擴(kuò)展,可以包含函數(shù)。
======================================================================
實例1: struct.cpp
#include <iostream>
using namespace std;
typedef struct _point{
int x;
int y;
}point; //定義類,給類一個別名
struct _hello{
int x,y;
} hello; //同時定義類和對象
int main()
{
point pt1;
pt1.x = 2;
pt1.y = 5;
cout<< "ptpt1.x=" << pt1.x << "pt.y=" <<pt1.y <<endl;
//hello pt2;
//pt2.x = 8;
//pt2.y =10;
//cout<<"pt2pt2.x="<< pt2.x <<"pt2.y="<<pt2.y <<endl;
//上面的hello pt2;這一行編譯將不能通過. 為什么?
//因為hello是被定義了的對象實例了.
//正確做法如下: 用hello.x和hello.y
hello.x = 8;
hello.y = 10;
cout<< "hellohello.x=" << hello.x << "hello.y=" <<hello.y <<endl;
return 0;
}
typedef struct與struct的區(qū)別
1. 基本解釋
typedef為C語言的關(guān)鍵字,作用是為一種數(shù)據(jù)類型定義一個新名字。這里的數(shù)據(jù)類型包括內(nèi)部數(shù)據(jù)類型(int,char等)和自定義的數(shù)據(jù)類型(struct等)。
在編程中使用typedef目的一般有兩個,一個是給變量一個易記且意義明確的新名字,另一個是簡化一些比較復(fù)雜的類型聲明。
至于typedef有什么微妙之處,請你接著看下面對幾個問題的具體闡述。
2. typedef & 結(jié)構(gòu)的問題
當(dāng)用下面的代碼定義一個結(jié)構(gòu)時,編譯器報了一個錯誤,為什么呢?莫非C語言不允許在結(jié)構(gòu)中包含指向它自己的指針嗎?請你先猜想一下,然后看下文說明:
typedef struct tagNode
{
char *pItem;
pNode pNext;
} *pNode;
答案與分析:
1、typedef的最簡單使用
typedef long byte_4;
給已知數(shù)據(jù)類型long起個新名字,叫byte_4。
2、 typedef與結(jié)構(gòu)結(jié)合使用
typedef struct tagMyStruct
{
int iNum;
long lLength;
} MyStruct;
這語句實際上完成兩個操作:
1) 定義一個新的結(jié)構(gòu)類型
struct tagMyStruct
{
int iNum;
long lLength;
};
分析:tagMyStruct稱為“tag”,即“標(biāo)簽”,實際上是一個臨時名字,struct 關(guān)鍵字和tagMyStruct一起,構(gòu)成了這個結(jié)構(gòu)類型,不論是否有typedef,這個結(jié)構(gòu)都存在。
我們可以用struct tagMyStruct varName來定義變量,但要注意,使用tagMyStruct varName來定義變量是不對的,因為struct 和tagMyStruct合在一起才能表示一個結(jié)構(gòu)類型。
2) typedef為這個新的結(jié)構(gòu)起了一個名字,叫MyStruct。
typedef struct tagMyStruct MyStruct;
因此,MyStruct實際上相當(dāng)于struct tagMyStruct,我們可以使用MyStruct varName來定義變量。
答案與分析
C語言當(dāng)然允許在結(jié)構(gòu)中包含指向它自己的指針,我們可以在建立鏈表等數(shù)據(jù)結(jié)構(gòu)的實現(xiàn)上看到無數(shù)這樣的例子,上述代碼的根本問題在于typedef的應(yīng)用。
根據(jù)我們上面的闡述可以知道:新結(jié)構(gòu)建立的過程中遇到了pNext域的聲明,類型是pNode,要知道pNode表示的是類型的新名字,那么在類型本身還沒有建立完成的時候,這個類型的新名字也還不存在,也就是說這個時候編譯器根本不認(rèn)識pNode。
解決這個問題的方法有多種:
1)、
typedef struct tagNode
{
char *pItem;
struct tagNode *pNext;
} *pNode;
2)、
typedef struct tagNode *pNode;
struct tagNode
{
char *pItem;
pNode pNext;
};
注意:在這個例子中,你用typedef給一個還未完全聲明的類型起新名字。C語言編譯器支持這種做法。
3)、規(guī)范做法:
struct tagNode
{
char *pItem;
struct tagNode *pNext;
};
typedef struct tagNode *pNode;
C++中typedef關(guān)鍵字的用法
Typedef 聲明有助于創(chuàng)建平臺無關(guān)類型,甚至能隱藏復(fù)雜和難以理解的語法。不管怎樣,使用 typedef 能為代碼帶來意想不到的好處,通過本文你可以學(xué)習(xí)用 typedef 避免缺欠,從而使代碼更健壯。
typedef 聲明,簡稱 typedef,為現(xiàn)有類型創(chuàng)建一個新的名字。比如人們常常使用 typedef 來編寫更美觀和可讀的代碼。所謂美觀,意指 typedef 能隱藏笨拙的語法構(gòu)造以及平臺相關(guān)的數(shù)據(jù)類型,從而增強(qiáng)可移植性和以及未來的可維護(hù)性。本文下面將竭盡全力來揭示 typedef 強(qiáng)大功能以及如何避免一些常見的陷阱。
如何創(chuàng)建平臺無關(guān)的數(shù)據(jù)類型,隱藏笨拙且難以理解的語法?
使用 typedefs 為現(xiàn)有類型創(chuàng)建同義字。定義易于記憶的類型名
typedef 使用最多的地方是創(chuàng)建易于記憶的類型名,用它來歸檔程序員的意圖。類型出現(xiàn)在所聲明的變量名字中,位于 ''typedef'' 關(guān)鍵字右邊。例如:typedef int size;
此聲明定義了一個 int 的同義字,名字為 size。注意 typedef 并不創(chuàng)建新的類型。它僅僅為現(xiàn)有類型添加一個同義字。你可以在任何需要 int 的上下文中使用 size:void measure(size * psz);
size array[4];
size len = file.getlength();
std::vector <size> vs;
typedef 還可以掩飾符合類型,如指針和數(shù)組。例如,你不用象下面這樣重復(fù)定義有 81 個字符元素的數(shù)組:char line[81];
char text[81];
定義一個 typedef,每當(dāng)要用到相同類型和大小的數(shù)組時,可以這樣:typedef char Line[81];
Line text, secondline;
getline(text);
同樣,可以象下面這樣隱藏指針語法:typedef char * pstr;
int mystrcmp(pstr, pstr);
這里將帶我們到達(dá)第一個 typedef 陷阱。標(biāo)準(zhǔn)函數(shù) strcmp()有兩個‘const char *'類型的參數(shù)。因此,它可能會誤導(dǎo)人們象下面這樣聲明 mystrcmp():int mystrcmp(const pstr, const pstr);
這是錯誤的,按照順序,‘const pstr'被解釋為‘char * const'(一個指向 char 的常量指針),而不是‘const char *'(指向常量 char 的指針)。這個問題很容易解決:typedef const char * cpstr;
int mystrcmp(cpstr, cpstr); // 現(xiàn)在是正確的
記?。翰还苁裁磿r候,只要為指針聲明 typedef,那么都要在最終的 typedef 名稱中加一個 const,以使得該指針本身是常量,而不是對象。代碼簡化
上面討論的 typedef 行為有點像 #define 宏,用其實際類型替代同義字。不同點是 typedef 在編譯時被解釋,因此讓編譯器來應(yīng)付超越預(yù)處理器能力的文本替換。例如:typedef int (*PF) (const char *, const char *);
這個聲明引入了 PF 類型作為函數(shù)指針的同義字,該函數(shù)有兩個 const char * 類型的參數(shù)以及一個 int 類型的返回值。如果要使用下列形式的函數(shù)聲明,那么上述這個 typedef 是不可或缺的:PF Register(PF pf);
Register() 的參數(shù)是一個 PF 類型的回調(diào)函數(shù),返回某個函數(shù)的地址,其署名與先前注冊的名字相同。做一次深呼吸。下面我展示一下如果不用 typedef,我們是如何實現(xiàn)這個聲明的:int (*Register (int (*pf)(const char *, const char *)))
(const char *, const char *);
很少有程序員理解它是什么意思,更不用說這種費(fèi)解的代碼所帶來的出錯風(fēng)險了。顯然,這里使用 typedef 不是一種特權(quán),而是一種必需。持懷疑態(tài)度的人可能會問:"OK,有人還會寫這樣的代碼嗎?",快速瀏覽一下揭示 signal()函數(shù)的頭文件 <csinal>,一個有同樣接口的函數(shù)。typedef 和存儲類關(guān)鍵字(storage class specifier)
這種說法是不是有點令人驚訝,typedef 就像 auto,extern,mutable,static,和 register 一樣,是一個存儲類關(guān)鍵字。這并是說 typedef 會真正影響對象的存儲特性;它只是說在語句構(gòu)成上,typedef 聲明看起來象 static,extern 等類型的變量聲明。下面將帶到第二個陷阱:typedef register int FAST_COUNTER; // 錯誤
編譯通不過。問題出在你不能在聲明中有多個存儲類關(guān)鍵字。因為符號 typedef 已經(jīng)占據(jù)了存儲類關(guān)鍵字的位置,在 typedef 聲明中不能用 register(或任何其它存儲類關(guān)鍵字)。促進(jìn)跨平臺開發(fā)
typedef 有另外一個重要的用途,那就是定義機(jī)器無關(guān)的類型,例如,你可以定義一個叫 REAL 的浮點類型,在目標(biāo)機(jī)器上它可以i獲得最高的精度:typedef long double REAL;
在不支持 long double 的機(jī)器上,該 typedef 看起來會是下面這樣:typedef double REAL;
并且,在連 double 都不支持的機(jī)器上,該 typedef 看起來會是這樣:、typedef float REAL;
你不用對源代碼做任何修改,便可以在每一種平臺上編譯這個使用 REAL 類型的應(yīng)用程序。唯一要改的是 typedef 本身。在大多數(shù)情況下,甚至這個微小的變動完全都可以通過奇妙的條件編譯來自動實現(xiàn)。不是嗎? 標(biāo)準(zhǔn)庫廣泛地使用 typedef 來創(chuàng)建這樣的平臺無關(guān)類型:size_t,ptrdiff 和 fpos_t 就是其中的例子。此外,象 std::string 和 std::ofstream 這樣的 typedef 還隱藏了長長的,難以理解的模板特化語法,例如:basic_string<char, char_traits<char>,allocator<char>> 和 basic_ofstream<char, char_traits<char>>。
typedef & #define的問題 有下面兩種定義pStr數(shù)據(jù)類型的方法,兩者有什么不同?哪一種更好一點?typedef char *pStr;
#define pStr char *;
答案與分析:
通常講,typedef要比#define要好,特別是在有指針的場合。請看例子:typedef char *pStr1;
#define pStr2 char *;
pStr1 s1, s2;
pStr2 s3, s4;
在上述的變量定義中,s1、s2、s3都被定義為char *,而s4則定義成了char,不是我們所預(yù)期的指針變量,根本原因就在于#define只是簡單的字符串替換而typedef則是為一個類型起新名字。 #define用法例子:#define f(x) x*x
main( )
{
int a=6,b=2,c;
c=f(a) / f(b);
printf("%d \\n",c);
}
以下程序的輸出結(jié)果是: 36。
因為如此原因,在許多C語言編程規(guī)范中提到使用#define定義時,如果定義中包含表達(dá)式,必須使用括號,則上述定義應(yīng)該如下定義才對:#define f(x) (x*x) 當(dāng)然,如果你使用typedef就沒有這樣的問題。
4. typedef & #define的另一例 下面的代碼中編譯器會報一個錯誤,你知道是哪個語句錯了嗎?
typedef char * pStr;
char string[4] = "abc";
const char *p1 = string;
const pStr p2 = string;
p1++;
p2++;
答案與分析:
是p2++出錯了。這個問題再一次提醒我們:typedef和#define不同,它不是簡單的文本替換。上述代碼中const pStr p2并不等于const char * p2。const pStr p2和const long x本質(zhì)上沒有區(qū)別,都是對變量進(jìn)行只讀限制,只不過此處變量p2的數(shù)據(jù)類型是我們自己定義的而不是系統(tǒng)固有類型而已。因此,const pStr p2的含義是:限定數(shù)據(jù)類型為char *的變量p2為只讀,因此p2++錯誤?! ?define與typedef引申談
1) #define宏定義有一個特別的長處:可以使用 #ifdef ,#ifndef等來進(jìn)行邏輯判斷,還可以使用#undef來取消定義。
2) typedef也有一個特別的長處:它符合范圍規(guī)則,使用typedef定義的變量類型其作用范圍限制在所定義的函數(shù)或者文件內(nèi)(取決于此變量定義的位置),而宏定義則沒有這種特性。
5. typedef & 復(fù)雜的變量聲明
在編程實踐中,尤其是看別人代碼的時候,常常會遇到比較復(fù)雜的變量聲明,使用typedef作簡化自有其價值,比如:
下面是三個變量的聲明,我想使用typdef分別給它們定義一個別名,請問該如何做?>1:int *(*a[5])(int, char*);
>2:void (*b[10]) (void (*)());
>3. doube(*)() (*pa)[9];
答案與分析: 對復(fù)雜變量建立一個類型別名的方法很簡單,你只要在傳統(tǒng)的變量聲明表達(dá)式里用類型名替代變量名,然后把關(guān)鍵字typedef加在該語句的開頭就行了。>1:int *(*a[5])(int, char*);
//pFun是我們建的一個類型別名
typedef int *(*pFun)(int, char*);
//使用定義的新類型來聲明對象,等價于int* (*a[5])(int, char*);
pFun a[5];>2:void (*b[10]) (void (*)());
//首先為上面表達(dá)式藍(lán)色部分聲明一個新類型
typedef void (*pFunParam)();
//整體聲明一個新類型
typedef void (*pFun)(pFunParam);
//使用定義的新類型來聲明對象,等價于void (*b[10]) (void (*)());
pFun b[10];>3. doube(*)() (*pa)[9];
//首先為上面表達(dá)式藍(lán)色部分聲明一個新類型
typedef double(*pFun)();
//整體聲明一個新類型
typedef pFun (*pFunParam)[9];
//使用定義的新類型來聲明對象,等價于doube(*)() (*pa)[9];
pFunParam pa;
posted @
2008-08-18 16:01 Niino 閱讀(438) |
評論 (0) |
編輯 收藏

2008年8月17日
1、網(wǎng)頁設(shè)計,最好能設(shè)計一個網(wǎng)頁作品出來;
2、編碼方面,把WHILE、FOR、IF、SWITCH之類的用法弄熟,試著編寫堆棧、隊列、排序之類的小程序,還有就是面向?qū)ο笤O(shè)計方面概念多去理解理解,能進(jìn)行簡單的類設(shè)計(用到封裝、繼承)
3、如果時間充足,可以關(guān)注一下軟件工程方面的一些知識!
posted @
2008-08-17 20:36 Niino 閱讀(410) |
評論 (1) |
編輯 收藏