【文章內(nèi)容簡介】 射時，這些槽將會一個接一個地 執(zhí)行，但是它們執(zhí)行的順序?qū)请S機的、不確定的，我們不能人為地指定哪個先執(zhí)行，哪個后執(zhí)行。信號的聲明是在頭文件中進行的，QT 的 signals 關鍵字指出進入了信號聲明區(qū)，隨后即可 聲明自己的信號。例如，下面定義了兩個信號：signals: void mySignal()。 void mySignal(int x)。 在上面的定義中，signals 是 QT 的關鍵字，而非 C/C++ 的。接下來的一行void mySignal() 定義了信號mySignal，這個信號沒有攜帶參數(shù)；接下來的一行void mySignal(int x) 定義了重名信號 mySignal，但是它攜帶一個整形參數(shù)，這有點類似于 C++ 中的虛函數(shù)。從形式上講信號的聲明與普通的C++函數(shù)是一樣的，但是信號卻沒有函數(shù)體定義。另外，信號的返回類型都是void，不要指望能從信號返回什么有用信息。信號由moc自動產(chǎn)生，[6]。 槽槽是普通的 C++ 成員函數(shù)，可以被正常調(diào)用，它們唯一的特殊性就是很多信號可以與其相關聯(lián)。當與其關聯(lián)的信號被發(fā)射時，這個槽就會被調(diào)用。槽可以有參數(shù)，但槽的參數(shù)不能有缺省值。既然槽是普通的成員函數(shù)，因此與其它的函數(shù)一樣，它們也有存取權(quán)限。槽的存取權(quán)限決定了誰能夠與其相關聯(lián)。同普通的 C++ 成員函數(shù)一樣，槽函數(shù)也分為三種類型，即 public slots、private slots 和 protected slots。(1) public slots類型。在這個區(qū)內(nèi)聲明的槽意味著任何對象都可將信號與之相連接。這對于組件編程非常有用，你可以創(chuàng)建彼此互不了解的對象，將它們的信號與槽進行連接以便信息能夠正確的傳遞。(2) protected slots類型。在這個區(qū)內(nèi)聲明的槽意味著當前類及其子類可以將信號與之相連接。這適用于那些槽，它們是類實現(xiàn)的一部分，但是其界面接口卻面向外部。(3) private slots類型。在這個區(qū)內(nèi)聲明的槽意味著只有類自己可以將信號與之相連接。這適用于聯(lián)系非常緊密的類。槽也能夠聲明為虛函數(shù)，這也是非常有用的。槽的聲明也是在頭文件中進行的。例如，下面聲明了兩個槽：public slots: void mySlot()。 void mySlot(int x)。 在上面的定義中，slots是 QT 的關鍵字。接下來的一行void mySlot() 定義了槽mySlot，這個槽沒有攜帶參數(shù)；接下來的一行void mySlot(int x)定義了重名槽 mySlot，但是它攜帶一個整形參數(shù)。槽的返回類型都是void。 信號與槽的關聯(lián)信號是一個特定的標識，槽就是一個函數(shù)，卻與一般函數(shù)不同，槽函數(shù)能和信號關聯(lián)，也能夠被直接調(diào)用。Qt利用信號與槽（signals/slots）機制取代傳統(tǒng)的callback來進行物件之間的溝通。當操作事件發(fā)生的時候，物件會發(fā)送出一個信號（signal）；而槽（slot）則是一個函式接受特定信號并且執(zhí)行槽本身設定的動作。在程序中，使用QObject::connect()函數(shù)來將信號與槽關聯(lián)。信號與槽的關聯(lián)關系有以下幾種模式：(1) 一個信號和槽關聯(lián)。(2) 一個信號和多個槽關聯(lián)。(3) 多個信號和一個槽關聯(lián)。一個信號與多個槽關聯(lián)的情況下，當發(fā)出信號的時候，與此信號關聯(lián)的各個槽之間以任意的先后順序立即執(zhí)行，即：槽函數(shù)之間的執(zhí)行順序是隨機的，與信號和槽關聯(lián)的先后沒有關系。同時，信號和槽機制是完全和GUI事件完全獨立的，槽函數(shù)獨立循環(huán)。信號在任何執(zhí)行點上皆可發(fā)射，甚至可以在槽里再發(fā)射另一個信號，信號與槽的連結(jié)不限定為一對一的連結(jié)，一個信號可以連結(jié)到多個槽或多個信號連結(jié)到同一個槽，甚至信號也可連接到信號。 Qt信號和槽機制的優(yōu)點信號和槽機制有以下優(yōu)點[10]：(1) 類型安全的。以往的callback缺乏類型安全，在呼叫處理函數(shù)時，無法確定是傳遞正確型態(tài)的參數(shù)。信號和其接受的槽之間傳遞的資料型態(tài)必須要相符合，需要關聯(lián)的信號和槽的簽名必須是等同的，即信號的參數(shù)類型和參數(shù)個數(shù)與接受該信號的槽的參數(shù)類型和參數(shù)個數(shù)相同；不過，一個槽的參數(shù)個數(shù)是可以少于信號的參數(shù)個數(shù)，但缺少的參數(shù)必須是信號參數(shù)的最后一個或幾個參數(shù)。如果信號和槽的簽名不符，編譯器會報錯。信號和槽可接受任何數(shù)量、任何型態(tài)的參數(shù)，所以信號與槽機制是完全類型安全。(2) 松散耦合的。Qt信號和槽機制減弱了Qt對象的耦合度。激發(fā)信號的Qt對象無需知道是哪個對象的哪個槽需要接收它發(fā)出的信號，它需要做的是在適當?shù)臅r間發(fā)送適當?shù)男盘柧涂梢粤?，而不需要知道也不必關心它的信號有沒有被接收到，更不需要知道是哪個對象的哪個槽接收到了信號，也就是說一個信號可以呼叫所有可用的槽。同樣的，對象的槽也不知道是哪些信號關聯(lián)到了自己。而一旦關聯(lián)信號和槽，Qt就保證了合適的槽得到調(diào)用。即使關聯(lián)的對象在運行時被刪除，應用程序也不會出現(xiàn)崩潰。此機制會確保當在“連接”信號和槽時，槽會接受信號的參數(shù)并且正確執(zhí)行。(3) 信號與槽的效率問題。信號和槽機制增強了對象間通信的靈活性，然而也損失了一些性能。與callback相比較，信號與槽有些慢。原因有：需要定位接受信號的對象；安全的遍歷所有的關聯(lián)（如:一個信號關聯(lián)到多個槽）；多線程，信號可能排隊等待。但是，與創(chuàng)建堆對象時的new操作實例化對象，以及刪除堆對象的delete操作相比較，信號與槽的代價只是他的很少的一部分。信號和槽帶來的性能損耗，對實時應用程序是很小的。相對于信號與槽帶來的靈活與簡便，這點性能損失是可以接受的。 函數(shù)基于Linux的播放器使用了Phonon多媒體框架和Qt框架的相關函數(shù)，現(xiàn)簡要介紹如下。 Phonon媒體框架Phonon 有三個基本概念：媒體對象、接收端和路徑，圖31是Phonon架構(gòu)圖[7]：圖31 Phonon框架圖31是Phonon的架構(gòu)圖。Media Object（媒體對象）管理一個Media Source（媒體源），比如一個音樂文件；它提供了簡單的播放控制，比如開始、停止和暫停播放。Sink是輸出多媒體，通常是一個播放的裝置（如聲卡），且只接受MediaObject來的數(shù)據(jù)。多媒體由MediaObject控制播放，而由Sink來處理這些多媒體。Path是用來連接 Phonon對象的，比如，一個媒體對象和一個接收端，從而構(gòu)成了Phonon 中的MediaGraph，如圖32所示：圖32 媒體文件播放過程圖32是媒體文件的播放過程，這些在不同的系統(tǒng)中實現(xiàn)方式不同，如：在Linux環(huán)境下，通常使用GStreamer庫，在Max OS X 環(huán)境下，使用QuickTime，在windows下，使用Direct X和SirectShow庫。而Qt中的phonon作為跨平臺的多媒體解決方案，就應該為用戶屏蔽掉這些差異，如圖33所示：圖33 詳細Phonon框架圖33是Phonon的詳細框架圖，由圖可知Phonon框架實質(zhì)上分4個部分：程序、Phonon庫、Phonon后端插件(phonon_backend)、真正的后端。Phonon其實什么都不干，他只是提供了一套API接口，這套接口可以給你的程序調(diào)用，同時也是給編寫后端插件提供一個規(guī)范。同樣，Phonon庫也不知道，他只管搜索符合自己規(guī)范的插件。并告訴這些插件，現(xiàn)在程序發(fā)出的指令是什么，從插件返回給程序現(xiàn)在的媒體狀態(tài)和信息。而后端才是實際進行讀入媒體、解碼并且播放的部分，他們和后端插件是一一對應的。后端可以是任何形式，只要你寫出了相應的后端插件。Phonon函數(shù)成員如圖34所示[7]：圖34 主要的Phonon類播放器主要使用的Phonon類及使用方法介紹如下[11]：(1) Phonon::MediaObject ClassMediaObject主要提供一個能夠處理媒體播放的類。MediaObject可說是處理多媒體文件最基本的一部份，它接受并管理來自于MediaSource的媒體文件。而媒體播放、暫停與停止都是由它來控制；而在此之前，mediaObject必須要與output node連接，如早先所講的，這個nodes主要將媒體輸出至底層的硬件，例如聲卡或顯卡等，而所需要的output node則是根據(jù)多媒體的內(nèi)容而所不同，目前Phonon有兩種output node： AudioOutput－聲音播放。 VideoWidget－影像播放。用法:Phonon::MediaObject *mediaObject=new Phonon::MediaObject(this)。mediaObjectsetCurrentSource(Phonon::MediaSource(/mymusic/))。(2) Phonon::AudioOutput Class AudioOutput類別主要是用來把多媒體的聲音送到聲音輸出裝置。所以它能夠經(jīng)由類似喇叭等輸出裝置來播放聲音，多媒體資料的來源必須要經(jīng)過Phonon::createPath()與MediaObject連接。在Phonon術(shù)語中，我們要創(chuàng)建的AudioOutput對象叫做音頻接收槽。它是直接與音頻驅(qū)動器通信的層的組成部分，并充當MediaObject的虛擬音頻設備。MediaObject位于這一層的上層，增加了諸如暫停、播放和倒帶之類的功能。用法：AudioOutput *audioOutput=new AudioOutput(Phonon::MusicCategory, this)。(3) Phonon::createPath()這是相當重要的一個函數(shù)，主要用于建立一個Path，連接兩個MediaNodes，就是Source與Sink。如果只是利用Phonon來播放多媒體影音文件，其實只要記得它是用來連接source與輸出裝置即可。用法：Phonon::Path path=Phonon::createPath(mediaObject, audioOutput)。(4) Phonon::SeekSlider classSeekSlider類別提供一個可滑動的slider來設定多媒體串流播放的位置。所以它會連接到MediaObject，并控制串流目前的位置。用法：Phonon::SeekSlider *seekSlider = new Phonon::SeekSlider(this)。seekSlider setMediaObject(mediaObject)。seekSlider show()。(5) Phonon::VolumeSlider ClassVolumeSlider提供可以控制聲音裝置音量的類。用法其實與上面的SeekSlider類似，使用范例如下：Phonon::VolumeSlider *volumeSlider = new Phonon::VolumeSlider。volumeSlidersetAudioOutput(audioOutput)。 Qlist容器類QList不是Phonon的類成員，而是Qt的一個類庫，它是一種表示鏈表的模板類。QlistT是Qt的一種泛型容器類。它以鏈表方式存儲一組值，并能對這組數(shù)據(jù)進行快速索引，還提供了快速插入和刪除等操作。QListT是一組指向被存儲元素的數(shù)組。元素個數(shù)小于1000的QList能夠很快地實現(xiàn)在鏈表中間插入操作，以及快速的查找操作。此外，由于QList在鏈表兩端都預先分配了緩存以應對鏈表兩端的快速添加操作，這樣就使得在QList的兩端插入或刪除元素變得非常迅速。很適合使用Qlist來存儲播放器的播放列表，用法：QListPhonon::MediaSource sourceList。 播放器的基本功能在使用Phonon多媒體框架前，需要在項目額外設定使用Phonon模組，必須要在qmaek project file()中加入：QT += phonon，將Phonon庫添加進項目[6]。 建立媒體對象 首先實例化使用的Phonon類：mediaObject =new Phonon::MediaObje