【正文】 性C支持，.NET不支持！一些C的異常處理語句就屬于這個范圍。C的優(yōu)點：(1)簡單性C中指針已經(jīng)消失；不安全的操作,比方說直接內(nèi)存操作不被允許了；C中::或操作符是沒用的；,它繼承了自動內(nèi)存管理和垃圾回收的特點；原始數(shù)據(jù)類型可變的數(shù)據(jù)范圍象Integer,Floats等；整形數(shù)值0和1不再作為布爾值出現(xiàn)；C中的布爾值是純粹的true和false值而且沒有更多的=操作符和==操作符錯誤，==被用于進行比較操作而=被用做賦值操作。(2)現(xiàn)代性C建立在當(dāng)前的潮流上,對于創(chuàng)建相互兼容的,可伸縮的,健壯的應(yīng)用程序來說是非常強大和簡單的；C擁有內(nèi)建的支持來將任何組件轉(zhuǎn)換成一個web service,運行在任何平臺上的任何應(yīng)用程序都可以通過互聯(lián)網(wǎng)來使用這個服務(wù)。(3) 面向?qū)ο笮訡支持?jǐn)?shù)據(jù)封裝,繼承,多態(tài)和對象界面(即java中的interface關(guān)鍵字)；(int,float,double)在java中都不是對象,但是C引入和結(jié)構(gòu)體(structs)來使原始數(shù)據(jù)類型變成對象int i=1。String a=i Tostring()。(4) 類型安全性在C中我們不能進行不安全的類型轉(zhuǎn)換象將double轉(zhuǎn)換成boolean。 值類型(常量類型)被初始化為零值而引用類型(對象和類被編譯器自動初始化為零值.。 數(shù)組類型下標(biāo)從零開始而且進行越界檢查。 類型溢出將被檢查.(5) 相互兼容性C提供對COM和基于windows的應(yīng)用程序的原始的支持；允許對原始指針的有限制的使用；用戶不再需要顯式的實現(xiàn)unkown和其它COM界面,這些功能已經(jīng)內(nèi)建；C允許用戶將指針作為不安全的代碼段來操作老的代碼；中直接使用。 TCP/IP體系結(jié)構(gòu)TCP/IP通訊協(xié)議采用了4層的層級結(jié)構(gòu)，每一層都呼叫它的下一層所提供的網(wǎng)絡(luò)來完成自己的需求。這4層分別為： 　　應(yīng)用層：應(yīng)用程序間溝通的層，如簡單電子郵件傳輸（SMTP）、文件傳輸協(xié)議（FTP）、網(wǎng)絡(luò)遠(yuǎn)程訪問協(xié)議（Telnet）等。 　　傳輸層：在此層中，它提供了節(jié)點間的數(shù)據(jù)傳送服務(wù)，如傳輸控制協(xié)議（TCP）、用戶數(shù)據(jù)報協(xié)議（UDP）等，TCP和UDP給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)较乱粚又?，這一層負(fù)責(zé)傳送數(shù)據(jù)，并且確定數(shù)據(jù)已被送達(dá)并接收。 　 互連網(wǎng)絡(luò)層：負(fù)責(zé)提供基本的數(shù)據(jù)封包傳送功能，讓每一塊數(shù)據(jù)包都能夠到達(dá)目的主機（但不檢查是否被正確接收），如網(wǎng)際協(xié)議（IP）。 網(wǎng)絡(luò)接口層：對實際的網(wǎng)絡(luò)媒體的管理，定義如何使用實際網(wǎng)絡(luò)（如Ethernet、Serial Line等）來傳送數(shù)據(jù)。TCP/IP協(xié)議包括TCP協(xié)議和IP協(xié)議，UDP（User Datagram Protocol）協(xié)議、ICMP（Internet Control Message Protocol）協(xié)議和其他一些協(xié)議的協(xié)議組。（Transmission Control Protocol, TCP）TCP是屬于傳輸層的協(xié)議，向應(yīng)用層提供一種面向連接的、可靠的字節(jié)流服務(wù)。面向連接意味著兩個使用TCP的應(yīng)用(通常為一個客戶和一個服務(wù)器)在彼此交換數(shù)據(jù)之前必須先建立一個TCP連接。因此在一個TCP連接中，僅有兩方進行彼此通信，沒有廣播和多播的概念[4]。在TCP的數(shù)據(jù)傳送狀態(tài)，很多重要的機制保證了TCP的可靠性和強壯性。它們包括：使用序號，對收到的TCP報文段進行排序以及檢測重復(fù)的數(shù)據(jù)；使用校驗和來檢測報文段的錯誤；使用確認(rèn)和計時器來檢測和糾正丟包或延時。TCP使用了端口號的概念來標(biāo)識發(fā)送方和接收方的應(yīng)用層。對每個TCP連接的一端都有一個相關(guān)的16位元的無符號端口號分配給它們。端口被分為三類：眾所周知的、注冊的和動態(tài)/私有的。眾所周知的端口號是由因特網(wǎng)賦號管理局(IANA)來分配的，并且通常被用于系統(tǒng)一級或根進程。眾所周知的應(yīng)用程序作為服務(wù)器程序來運行，并被動地偵聽經(jīng)常使用這些端口的連接。（User Datagram Protocol, UDP）UDP是一個簡單的面向數(shù)據(jù)報的傳輸層協(xié)議，它只提供不可靠性的數(shù)據(jù)傳輸服務(wù)：把應(yīng)用程序傳給IP層的數(shù)據(jù)發(fā)送出去，但并不保證它們能到達(dá)目的地。這意味著，UDP客戶機向指定的遠(yuǎn)端主機發(fā)送數(shù)據(jù)報時，并未事先確知對方是做好了接數(shù)據(jù)的準(zhǔn)備。因此就會發(fā)生某一客戶機發(fā)給一個主機，而此主機事先并未把此客戶機列入其目標(biāo)端口號而加以監(jiān)聽的情況。和TCP一樣，UDP在首部中都有覆蓋它們首部和數(shù)據(jù)的校驗和，但TCP的校驗和是必需的，而UDP的校驗和是可選的。當(dāng)接收端接收到的校驗和有差錯時，UDP就將數(shù)據(jù)報丟棄，并不產(chǎn)生任何差錯報文[4]。UDP協(xié)議使用端口號為不同的應(yīng)用保留其各自的數(shù)據(jù)傳輸通道。UDP和TCP協(xié)議正是采用這一機制實現(xiàn)對同一時刻內(nèi)多項應(yīng)用同時發(fā)送和接收數(shù)據(jù)的支持。數(shù)據(jù)發(fā)送一方（可以是客戶端或服務(wù)器端）將UDP數(shù)據(jù)報通過源端口發(fā)送出去，而數(shù)據(jù)接收一方則通過目標(biāo)端口接收數(shù)據(jù)。（Realtime Transport Protocol或簡寫RTP）RTP是一個網(wǎng)絡(luò)傳輸協(xié)議，它是由IETF的多媒體傳輸工作小組1996年在RFC 1889中公布的[5] 。國際電信聯(lián)盟ITUT也發(fā)布了自己的RTP文檔，但是后來當(dāng)IETF發(fā)布了關(guān)于它的穩(wěn)定的標(biāo)準(zhǔn)RFC后就被取消了。它作為因特網(wǎng)標(biāo)準(zhǔn)在RFC 3550（該文檔的舊版本是RFC 1889）有詳細(xì)說明。RFC 3551（STD 65，舊版本是RFC 1890）詳細(xì)描述了使用最小控制的音頻和視頻會議。RTP協(xié)議詳細(xì)說明了在互聯(lián)網(wǎng)上傳遞音頻和視頻的標(biāo)準(zhǔn)數(shù)據(jù)包格式。它一開始被設(shè)計為一個多播協(xié)議，但后來被用在很多單播應(yīng)用中。RTP協(xié)議常用于流媒體系統(tǒng)（配合RTSP協(xié)議），視頻會議和一鍵通（Push to Talk）系統(tǒng)（），使它成為IP電話產(chǎn)業(yè)的技術(shù)基礎(chǔ)。RTP協(xié)議和RTP控制協(xié)議RTCP一起使用，而且它是建立在用戶數(shù)據(jù)報協(xié)議上的。 Socket美國政府的高級研究工程機構(gòu)（ARPA）給加利福尼亞大學(xué)Berkeley分校提供了資金，讓他們在UNIX操作系統(tǒng)下實現(xiàn)TCP/IP協(xié)議。在這個項目中，研究人員為TCP/IP網(wǎng)絡(luò)通信開發(fā)了一個API（應(yīng)用程序接口）。這個API稱為Socket接口（套接字）。今天，SOCKET接口是TCP/IP網(wǎng)絡(luò)最為通用的API，也是在INTERNET上進行應(yīng)用開發(fā)最為通用的API。SOCKET實際在計算機中提供了一個通信端口，可以通過這個端口與任何一個具有SOCKET接口的計算機通信。應(yīng)用程序在網(wǎng)絡(luò)上傳輸，接收的信息都通過這個SOCKET接口來實現(xiàn)。在應(yīng)用開發(fā)中就像使用文件句柄一樣，可以對SOCKET句柄進行讀，寫操作。在網(wǎng)絡(luò)編程中最常用的方案便是客戶機/服務(wù)器模型。在這種方案中客戶應(yīng)用程序向服務(wù)器程序請求服務(wù)。一個服務(wù)程序通常在一個眾所周知的地址監(jiān)聽對服務(wù)的請求，也就是說，服務(wù)進程一直處于休眠狀態(tài)，直到一個客戶對這個服務(wù)的地址提出了連接請求。在這個時刻，服務(wù)程序被“驚醒”并且為客戶提供服務(wù)－對客戶的請求作出適當(dāng)?shù)姆磻?yīng)。雖然基于連接協(xié)議（流套接字）的服務(wù)是設(shè)計客戶機/服務(wù)器應(yīng)用程序時的標(biāo)準(zhǔn)，但有些服務(wù)也是可以通過無連接協(xié)議（數(shù)據(jù)報套接字）提供的。一般在使用中，面向連接協(xié)議的SOCKET編程模型應(yīng)用最為廣泛，因為面向連接協(xié)議提供了一系列的數(shù)據(jù)糾錯功能，可以保證在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)及時、無誤地到達(dá)對方?？偟膩碚f，使用SOCKET接口（面向連接或無連接）進行網(wǎng)絡(luò)通信時，必須按下面簡單的四步進行處理：程序必須建立一個SOCKET。程序必須按要求配置此SOCKET。也就是說，程序要么將此SOCKET連接到遠(yuǎn)方的主機上，要么給此SOCKET指定一個本地協(xié)議端口。 TAPI：電話應(yīng)用程序接口[6] 電話應(yīng)用程序接口（TAPI）是一種標(biāo)準(zhǔn)的應(yīng)用程序接口（API），使得個人電腦能夠通過運行微軟的 Windows 系統(tǒng)來使用電話服務(wù)。電話應(yīng)用程序接口（TAPI）被設(shè)計用來在同一個網(wǎng)絡(luò)中同時支持 IP 及傳統(tǒng)電話。即如果在一臺計算機上安裝了電話應(yīng)用程序接口（TAPI）的應(yīng)用軟件和硬件，你就能夠：電話應(yīng)用程序接口（TAPI）標(biāo)準(zhǔn)不但支持局域網(wǎng)連接，而且還支持單個計算機的連接。對于每一類的連接方式，電話應(yīng)用程序接口（TAPI）都為簡單的電話控制和電話內(nèi)容管理作了標(biāo)準(zhǔn)上的界定。除了向應(yīng)用軟件提供接口之外，電話應(yīng)用程序接口（TAPI）還向硬件供應(yīng)商提供服務(wù)供應(yīng)商接口（SPI），以便于他們編寫驅(qū)動軟件。電話應(yīng)用程序接口動態(tài)鏈接庫（TAPIDLL）將應(yīng)用程序接口（API）映射到服務(wù)供應(yīng)商接口（SPI）上，并協(xié)調(diào)好輸入/輸出的信息傳輸。利用電話應(yīng)用程序接口（TAPI），程序員能夠為不同的電話系統(tǒng)輕松地開發(fā)出各種應(yīng)用軟件，如普通公共交換電話網(wǎng)絡(luò)、ISDN 和專用分組交換機（PBX），且不需要知悉它們的全部細(xì)節(jié)。電話應(yīng)用程序接口（TAPI）是由 Intel 和 Microsoft 兩家公司聯(lián)合開發(fā)的，現(xiàn)在已經(jīng)被整合到 Windows 操作系統(tǒng)之中。不同版本的 Windows 提供的電話應(yīng)用程序接口（TAPI）的版本也不同。1999 年，電話應(yīng)用程序接口（TAPI） 版和 Windows 2000 一起發(fā)行。該版本在兩臺或更多的計算機之間利用簡單通用的方式進行連接并能夠支持 IP 電話，現(xiàn)在該連接中的任何媒體流仍然提供被訪問的功能。3系統(tǒng)的設(shè)計為了開發(fā)一個即能滿足用戶需求有切實可行的系統(tǒng)，需要對系統(tǒng)的可行性進行調(diào)研和分析，具體的分析結(jié)果如下：（1） 技術(shù)可行性 開發(fā)該系統(tǒng)的技術(shù)是可行的，在開發(fā)本系統(tǒng)的時候，因為有了良好的計算機基礎(chǔ)，對于如何選擇軟件開發(fā)系統(tǒng)，經(jīng)過考慮，我最終選取了功能強大的Microsoft VisualStudio 2008作為開發(fā)工具，利用C。本系統(tǒng)對數(shù)據(jù)庫的記錄進行訪問和操作，網(wǎng)絡(luò)傳輸經(jīng)行控制，視頻音頻硬件的采集，用Microsoft VisualStudio 2008都可以實現(xiàn)。由于用到的數(shù)據(jù)庫不是很大，故采用輕量級的access數(shù)據(jù)庫。（2） 該系統(tǒng)的開發(fā)和運行對硬件的要求不高，本系統(tǒng)的操作和界面為窗口模式。需要有一臺計算機作為服務(wù)器管理access數(shù)據(jù)庫。（3） 經(jīng)濟可行性本系統(tǒng)是一個小型視頻系統(tǒng)，它對軟件和硬件的投資費用要求都不高，只要具有相應(yīng)的平臺，就能夠?qū)崿F(xiàn)。需求分析就是描述系統(tǒng)的需求，通過定義系統(tǒng)中關(guān)鍵域類來建立模型。分析的根本目的是在開發(fā)者和提出需求的人之間建立一種理解和溝通的機制。因此本系統(tǒng)的需求分析也應(yīng)該是開發(fā)人員和用戶或者客戶一起完成的。在本階段我們要在可行性分析的基礎(chǔ)上根據(jù)用戶需求，分析類似系統(tǒng)，確定該系統(tǒng)必須要實現(xiàn)的功能，并畫出系統(tǒng)的數(shù)據(jù)模型，及系統(tǒng)的功能模塊圖。(1)項目開發(fā)目標(biāo)本系統(tǒng)著重開發(fā)教師與學(xué)生之間的視頻傳輸軟件，通過多種形式（P2P，多播）豐富教學(xué)過程，提高教學(xué)質(zhì)量。(2)項目相關(guān)用語表表31 用戶分類序號用戶名稱用戶描述1學(xué)生可登錄學(xué)生頁面并使用學(xué)生客戶端的用戶2教師可登錄教師頁面并使用教師客戶端的，可以發(fā)布視頻信息的用戶3系統(tǒng)管理員管理用戶信息，視頻信息，IP數(shù)據(jù)庫表32 功能分類序號功能名稱功能描述1P2P視頻語音教師和學(xué)生可以通過本功能進行視頻語音的互動2多播視頻教師可以通過本功能向多臺計算機發(fā)布即時視頻信息3多播演示教師可以通過本功能向多臺計算機發(fā)布即時桌面信息4多播演示教師可以通過本功能向多臺計算機發(fā)布繪圖和文字信息系統(tǒng)的邏輯模型描述了本系統(tǒng)的主要邏輯模塊，以及各個模塊間的相互關(guān)系。如圖所示。（虛線內(nèi)是我所負(fù)責(zé)設(shè)計部分）在上一階段的需求分析的基礎(chǔ)上，可將系統(tǒng)按功能劃分成五大子系統(tǒng)：IP數(shù)據(jù)子系統(tǒng)、教師點對點子系統(tǒng)、教師多播子系統(tǒng)、學(xué)生點對點子系統(tǒng)、學(xué)生多播子系統(tǒng)。學(xué)生點對點系統(tǒng)IP數(shù)據(jù)子系統(tǒng)教師點對點系統(tǒng)學(xué)生多播子系統(tǒng)教師多播系統(tǒng)。數(shù)據(jù)庫：本系統(tǒng)采用Access數(shù)據(jù)庫。1. Test表中存放著客戶機的IP，其字段如下：IP：ip地址Teacher：檢測是否是教師Conn：檢測是否連接2. Login表中存放著登錄的用戶名，密碼，其字段如下：Username：登陸用戶名Password：登錄密碼Test和Login數(shù)據(jù)表： 數(shù)據(jù)庫結(jié)構(gòu)4系統(tǒng)簡介。本設(shè)計在Visual Studio 2008開發(fā)環(huán)境下，采用C語言編制。主要完成教師與學(xué)生之間的視頻語音，桌面信息和白板信息的傳遞能夠完成教師與以學(xué)生之間視頻語音通信，（1）可以查詢數(shù)據(jù)庫確定對方是否上線（2）可以可控制攝像頭選項以及分辨率（3）可以進行實際的視頻語音傳輸（1）可以實現(xiàn)視頻的多播通信（2）可以實現(xiàn)文字和繪圖的多播通信（3）可以共享教師的桌面信息 教師端軟件教師軟件運行后，可以選擇P2P Video和Multicast兩種模式啟動頁面運行，通過頁面左側(cè)的認(rèn)證模塊認(rèn)證后才能通過使用P2P Video 按鈕和Multicast按鈕，用戶名和密碼是網(wǎng)站上用戶注冊的用戶名和密碼。單擊P2P Video 按鈕后彈出P2P視頻軟件，由圖可以看出，主界面包括：圖像顯示模塊、IP顯示模塊、語音模塊、菜單欄、狀態(tài)欄等幾部分組成。 當(dāng)軟件運行后會自動的檢測服務(wù)器中的客戶端的IP地址，用戶可以在IP顯示模塊來選擇IP地址。如圖語音傳輸模塊：通訊時，可以顯示日志信息IP顯示模塊：顯示對方IP，用戶自行選擇對象IP，用來通信圖像顯示模塊：顯示己方和對方的攝像頭圖像video菜單，用于視頻的控制，顯示如下：控制攝像頭選項和分辨率控制攝像頭的開關(guān) video菜單在WebCam下Ope Webcam用于打開攝像頭，Close WebCam用于關(guān)閉攝像頭；VideoFormat選項可以調(diào)用攝像頭的選項對攝像頭的分辨率和像素深度進行調(diào)節(jié)設(shè)計界面如下： Video Trans選項下Listener用于監(jiān)聽