多媒體通訊有兩個主要的信號標準:
H.323是國際電信聯盟(ITU)用于音頻、視頻和在數據包(IP)網絡上共享數據的總括標準。這個標準已經在廣泛應用并且擁有了巨大的市場份額。
SIP(會話起始協議)是IETF(互聯網工程任務組)制定的多媒體信號協議。由于這個協議具有簡單和模塊化的特點,這個協議正在受到關注,但是,到目前為止的商業性應用還很少。
企業一般都把SIP解決方案與H.323 (和/或者TDM協議)協議一起部署,以便保護投資,保證更有效地向新技術轉變,向能夠從中受益的用戶提供SIP應用。
H.323和SIP的相同之處
H.323和SIP協議原來都是用于在IP網絡上提供多媒體服務的。這兩個協議都在IP網絡上運行,使用TCP和UDP會話發出信號并且使用RTP(實時協議)傳輸語音/視頻流。這兩種協議都不產生新的編碼/解碼方式,而是利用現有的其它協議(如G.711和G.729)。
這兩個協議一般都是利用一臺服務器作為建立會話的中間人。在H.323協議中,一個看門人(gatekeeper)通過發送和接收信號保持活躍狀態,并且向各個終端發送數據包,然后各個終端建立自己的通向PSTN網關的媒體流。采用SIP協議,一個代理服務器能夠處理和發送用戶代理的請求,直接與其它用戶代理建立會話,或者通過網關呼叫傳統的PSTN成員。這就是說,SIP能夠在有限的范圍內以點對點的方式實施,因為用戶代理不用中間的服務器就可以建立會話,就像在one-X Quick Edition平臺中一樣。
兩個協議的區別
雖然這兩個協議在概念上是相同的,但是,它們在結構和提供的服務方面有很大的區別。H.323協議是在1996年首次為VoIP應用擴展的協議,現在是第五個版本,是以ISDN Q.931等電話協議為基礎的。IETF的思想家最初在90年代中期接受了SIP協議,并且從那以后發表了兩個RFC,最新版本的RFC 3261是在2002年發表的。SIP同HTTP和SMTP一樣,是一種基于文本的協議。許多程序員都非常了解這個協議。他們發現SIP協議非常簡單并且很容易排除故障。H.323協議是用二進制代碼編寫的,沒有豐富經驗和開發工具的程序員都不熟悉這個協議。
這兩個協議之間的主要區別是,SIP協議用來建立和斷開媒體會話,而H.323協議用來具體指定用哪一個協議提供媒體服務。使用H.323協議,媒體本身是不依賴于信號傳輸協議的。事實上,SIP是依賴另一種會話描述協議來定義、協商和處理媒體流的。因此,SIP能夠像它建立游戲或者即時消息會話一樣方便地用來建立一個語音或者視頻會話。換句話說,SIP不是一個VoIP協議。由于SIP協議在許多領域都有用,開發人員對于SIP協議的熟悉程度和創造性都要高于他們對H.323協議的情況。
創建服務 SIP協議的關鍵屬性
SIP協議允許開發人員創建更多的新服務,比他們使用H.323協議創建的新服務還要多。SIP是IETF工具集的一部分,這就意味著對于這個協議的接口和擴展沒有明確定義的要求。除了建立和中斷傳統的媒體流之外,已經增加了一些使用SIP協議的擴展功能。像蜂窩運營商提供的一鍵通服務等新型的媒體會話就是以SIP協議為基礎的。使用一種名為SIMPLE (SIP for Instant Messaging and Presence Leveraging Extensions)的SIP擴展協議能夠實現即時消息服務。SIMPLE協議提供了一種即時消息實施結構。這種即時消息服務是基于傳統的好友名單的,并擁有一個基于標準核心的在線狀態顯示應用程序。
SIP協議本身對在線狀態的支持將擴展到其它設備中,實現類似于一號連接和多種設備(也就是說PC、桌面電話和手機)在線狀態可見性等令人激動的新功能。這些功能將允許主叫方在最合適的時間使用最佳的設備連接被叫方,而不是僅僅觀察即時消息客戶端軟件中的狀態和猜測這個人是否在電話機旁。這個功能將減少在即時消息中頻繁地輸入的“我能給你打電話嗎?”的信息。
更有趣的是,SIP和開放式Web服務提供了把在線狀態顯示和通訊集成到傳統的企業應用程序中的許多選擇。例如,在商業應用程序中發生的事件(如存貨短缺)能夠啟動一個相關的管理人員(如產品線經理和零件供應商)的會議,利用在線狀態顯示(在他們的掌上電腦、臺式電腦或者手機上的顯示)確定聯系相關管理人員的最佳方式。
H.323協議在企業中仍處于突出地位
顯然,使用H.323協議不能創建這種服務。這個協議也不可能修改。因此,目前大多數靈活的和功能豐富的企業應用軟件都在使用H.323系統。雖然SIP成熟了,但是,H.323仍在繼續應用,就像一些TDM系統目前在H.323流行的過程中仍在使用一樣。大多數廠商繼續開發H.323和SIP解決方案以便最有效地利用每一個協議的優勢和為企業通訊提供一些選擇。
應該指出的是,雖然H.323作為一個協議來說已經比較成熟了,但是,這個協議仍缺少兼容多家廠商設備的功能。盡管如此,H.323協議的起步非常好,擴展的功能集已經達到了數百個。因此,在擁有呼叫中心和高度個性化撥號計劃的企業中,H.323協議率先起步的優勢不會很快消失。目前企業中大多數VoIP應用都使用H.323協議,但是,隨著服務提供商開發基于SIP協議的托管的電話解決方案,SIP在電話需求比較簡單的小辦公室環境中的增長將是非常迅速的。
SIP獲得增長勢頭
雖然SIP在企業中的應用沒有H.323那樣廣泛,但是,它已經開始出現了增長的勢頭,服務提供商正在其骨干線路上傳送企業和消費者的VoIP通訊。服務提供商在購買新設備的建議中都提出要采用SIP技術,它們正在向軟交換過渡。軟交換能夠快速建立和切斷代理服務器、SIP客戶機和PSTN網關之間的電話連接。SIP還能夠讓服務提供商提供外包的服務。而使用TDM或者H.323技術是不可能提供外包的服務的。像語音郵件或者會議系統那樣的組件能夠集成到在整個網絡邊界使用SIP協議的企業PBX中,為服務提供商帶來新的收入并且向企業提供外包非戰略組件的選擇。
雖然SIP被認為是一種成熟的協議,但是,它并不像標準那樣100%的完善。標準仍在開發之中,特別是在隱私和安全方面,在可以預見的未來,這個協議的功能將繼續增強。SIMPLE協議還有更多的基礎結構決策需要IETF斟酌解決。
雖然H.323協議在未來的VoIP應用中將繼續扮演重要的角色,但是,SIP協議的應用已經開始流行起來了。這個基本的協議本身一直不是推動企業做出應用決策的因素,決策主要是根據商務和應用程序環境做出的。根據應用,這個協議或者那個協議可能會更有意義。然而,在許多環境中,將有同時容納這兩個協議的位置!
早期應用者看到的SIP協議的價值是一種應用于企業環境的開放標準的、不依賴于任何設備的和靈活的協議。許多其他用戶正在必要的地方使用SIP協議作為他們H.323環境的一個補充。
假設輸入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()中
根據我們上面的闡述可以知道:新結構建立的過程中遇到了pNext域的聲明,類型是pNode,要知道pNode表示的是類型的新名字,那么在類型本身還沒有建立完成的時候,這個類型的新名字也還不存在,也就是說這個時候編譯器根本不認識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)、規范做法:
struct tagNode
{
char *pItem;
struct tagNode *pNext;
};
typedef struct tagNode *pNode;
C++中typedef關鍵字的用法
Typedef 聲明有助于創建平臺無關類型,甚至能隱藏復雜和難以理解的語法。不管怎樣,使用 typedef 能為代碼帶來意想不到的好處,通過本文你可以學習用 typedef 避免缺欠,從而使代碼更健壯。
typedef 聲明,簡稱 typedef,為現有類型創建一個新的名字。比如人們常常使用 typedef 來編寫更美觀和可讀的代碼。所謂美觀,意指 typedef 能隱藏笨拙的語法構造以及平臺相關的數據類型,從而增強可移植性和以及未來的可維護性。本文下面將竭盡全力來揭示 typedef 強大功能以及如何避免一些常見的陷阱。
如何創建平臺無關的數據類型,隱藏笨拙且難以理解的語法?
使用 typedefs 為現有類型創建同義字。定義易于記憶的類型名
typedef 使用最多的地方是創建易于記憶的類型名,用它來歸檔程序員的意圖。類型出現在所聲明的變量名字中,位于 ''typedef'' 關鍵字右邊。例如:typedef int size;
此聲明定義了一個 int 的同義字,名字為 size。注意 typedef 并不創建新的類型。它僅僅為現有類型添加一個同義字。你可以在任何需要 int 的上下文中使用 size:void measure(size * psz);
size array[4];
size len = file.getlength();
std::vector <size> vs;
typedef 還可以掩飾符合類型,如指針和數組。例如,你不用象下面這樣重復定義有 81 個字符元素的數組:char line[81];
char text[81];
定義一個 typedef,每當要用到相同類型和大小的數組時,可以這樣:typedef char Line[81];
Line text, secondline;
getline(text);
同樣,可以象下面這樣隱藏指針語法:typedef char * pstr;
int mystrcmp(pstr, pstr);
這里將帶我們到達第一個 typedef 陷阱。標準函數 strcmp()有兩個‘const char *'類型的參數。因此,它可能會誤導人們象下面這樣聲明 mystrcmp():int mystrcmp(const pstr, const pstr);
這是錯誤的,按照順序,‘const pstr'被解釋為‘char * const'(一個指向 char 的常量指針),而不是‘const char *'(指向常量 char 的指針)。這個問題很容易解決:typedef const char * cpstr;
int mystrcmp(cpstr, cpstr); // 現在是正確的
記住:不管什么時候,只要為指針聲明 typedef,那么都要在最終的 typedef 名稱中加一個 const,以使得該指針本身是常量,而不是對象。代碼簡化
上面討論的 typedef 行為有點像 #define 宏,用其實際類型替代同義字。不同點是 typedef 在編譯時被解釋,因此讓編譯器來應付超越預處理器能力的文本替換。例如:typedef int (*PF) (const char *, const char *);
這個聲明引入了 PF 類型作為函數指針的同義字,該函數有兩個 const char * 類型的參數以及一個 int 類型的返回值。如果要使用下列形式的函數聲明,那么上述這個 typedef 是不可或缺的:PF Register(PF pf);
Register() 的參數是一個 PF 類型的回調函數,返回某個函數的地址,其署名與先前注冊的名字相同。做一次深呼吸。下面我展示一下如果不用 typedef,我們是如何實現這個聲明的:int (*Register (int (*pf)(const char *, const char *)))
(const char *, const char *);
很少有程序員理解它是什么意思,更不用說這種費解的代碼所帶來的出錯風險了。顯然,這里使用 typedef 不是一種特權,而是一種必需。持懷疑態度的人可能會問:"OK,有人還會寫這樣的代碼嗎?",快速瀏覽一下揭示 signal()函數的頭文件 <csinal>,一個有同樣接口的函數。typedef 和存儲類關鍵字(storage class specifier)
這種說法是不是有點令人驚訝,typedef 就像 auto,extern,mutable,static,和 register 一樣,是一個存儲類關鍵字。這并是說 typedef 會真正影響對象的存儲特性;它只是說在語句構成上,typedef 聲明看起來象 static,extern 等類型的變量聲明。下面將帶到第二個陷阱:typedef register int FAST_COUNTER; // 錯誤
編譯通不過。問題出在你不能在聲明中有多個存儲類關鍵字。因為符號 typedef 已經占據了存儲類關鍵字的位置,在 typedef 聲明中不能用 register(或任何其它存儲類關鍵字)。促進跨平臺開發
typedef 有另外一個重要的用途,那就是定義機器無關的類型,例如,你可以定義一個叫 REAL 的浮點類型,在目標機器上它可以i獲得最高的精度:typedef long double REAL;
在不支持 long double 的機器上,該 typedef 看起來會是下面這樣:typedef double REAL;
并且,在連 double 都不支持的機器上,該 typedef 看起來會是這樣:、typedef float REAL;
你不用對源代碼做任何修改,便可以在每一種平臺上編譯這個使用 REAL 類型的應用程序。唯一要改的是 typedef 本身。在大多數情況下,甚至這個微小的變動完全都可以通過奇妙的條件編譯來自動實現。不是嗎? 標準庫廣泛地使用 typedef 來創建這樣的平臺無關類型: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數據類型的方法,兩者有什么不同?哪一種更好一點?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,不是我們所預期的指針變量,根本原因就在于#define只是簡單的字符串替換而typedef則是為一個類型起新名字。 #define用法例子:#define f(x) x*x
main( )
{
int a=6,b=2,c;
c=f(a) / f(b);
printf("%d \\n",c);
}
以下程序的輸出結果是: 36。
因為如此原因,在許多C語言編程規范中提到使用#define定義時,如果定義中包含表達式,必須使用括號,則上述定義應該如下定義才對:#define f(x) (x*x) 當然,如果你使用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本質上沒有區別,都是對變量進行只讀限制,只不過此處變量p2的數據類型是我們自己定義的而不是系統固有類型而已。因此,const pStr p2的含義是:限定數據類型為char *的變量p2為只讀,因此p2++錯誤。 #define與typedef引申談
1) #define宏定義有一個特別的長處:可以使用 #ifdef ,#ifndef等來進行邏輯判斷,還可以使用#undef來取消定義。
2) typedef也有一個特別的長處:它符合范圍規則,使用typedef定義的變量類型其作用范圍限制在所定義的函數或者文件內(取決于此變量定義的位置),而宏定義則沒有這種特性。
5. typedef & 復雜的變量聲明
在編程實踐中,尤其是看別人代碼的時候,常常會遇到比較復雜的變量聲明,使用typedef作簡化自有其價值,比如:
下面是三個變量的聲明,我想使用typdef分別給它們定義一個別名,請問該如何做?>1:int *(*a[5])(int, char*);
>2:void (*b[10]) (void (*)());
>3. doube(*)() (*pa)[9];
答案與分析: 對復雜變量建立一個類型別名的方法很簡單,你只要在傳統的變量聲明表達式里用類型名替代變量名,然后把關鍵字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 (*)());
//首先為上面表達式藍色部分聲明一個新類型
typedef void (*pFunParam)();
//整體聲明一個新類型
typedef void (*pFun)(pFunParam);
//使用定義的新類型來聲明對象,等價于void (*b[10]) (void (*)());
pFun b[10];>3. doube(*)() (*pa)[9];
//首先為上面表達式藍色部分聲明一個新類型
typedef double(*pFun)();
//整體聲明一個新類型
typedef pFun (*pFunParam)[9];
//使用定義的新類型來聲明對象,等價于doube(*)() (*pa)[9];
pFunParam pa;