【文章內(nèi)容簡(jiǎn)介】 的是為了探討QML部署到Symbian以及Maemo上的可行性，為移動(dòng)終端上的社交軟件的打造提供一個(gè)思路。緒論 介紹社交網(wǎng)絡(luò)現(xiàn)在，國(guó)內(nèi)外的社交網(wǎng)絡(luò)發(fā)展的現(xiàn)狀以及為什么開(kāi)發(fā)移動(dòng)終端上的客戶(hù)端以及編寫(xiě)qDou的初衷豆瓣。第二章 概述以及相關(guān)技術(shù)的概念。第三章 qDou編寫(xiě)所采用的相關(guān)技術(shù)。第四章 實(shí)現(xiàn)運(yùn)行情況，以及各個(gè)模塊的截圖。第五章 qDou在模擬器或者移動(dòng)終端上測(cè)試的數(shù)據(jù)。編寫(xiě)后的總結(jié)，提升的空間，對(duì)Declarative UI的認(rèn)識(shí)以及這次編寫(xiě)qDou中自己編碼上的一些認(rèn)識(shí)。參考文獻(xiàn)附錄致謝2相關(guān)技術(shù)概念本章將主要介紹qDou中用到的相關(guān)技術(shù)的一些背景，概念，以及發(fā)展的現(xiàn)狀。Qt是一個(gè)跨平臺(tái)的C++圖形用戶(hù)界面應(yīng)用程序框架。它提供給應(yīng)用程序開(kāi)發(fā)者建立藝術(shù)級(jí)的圖形用戶(hù)界面所需的所用功能。Qt是完全面向?qū)ο蟮?，很容易擴(kuò)展，并且允許真正地組件編程。 自從1996年早些時(shí)候，Qt進(jìn)入商業(yè)領(lǐng)域，它已經(jīng)成為全世界范圍內(nèi)數(shù)千種成功的應(yīng)用程序的基礎(chǔ)。Qt也是流行的Linux桌面環(huán)境KDE 的基礎(chǔ)，KDE是所有主要的Linux發(fā)行版的一個(gè)標(biāo)準(zhǔn)組件。在支持linux的同時(shí)，windows，mac，Symbian，Maeomo，你都可以通過(guò)代碼的一次書(shū)寫(xiě)以及完成多個(gè)平臺(tái)的移植。比如 Qtopia Qtembeded。Qt Quick(Qt的用戶(hù)界面創(chuàng)建工具包)，“高層次的UI技術(shù)，允許開(kāi)發(fā)人員和UI設(shè)計(jì)師一起工作，以創(chuàng)建動(dòng)畫(huà)，觸摸功能的用戶(hù)界面，輕量級(jí)的應(yīng)用程序”。 三新技術(shù)組合到一起，形成了Qt快速創(chuàng)建用戶(hù)界面工具包：它包括QML(Qt的元對(duì)象的語(yǔ)言 聲明式語(yǔ)言)，Qt Creator IDE中的新工具(包括一個(gè)可視化編輯器，讓設(shè)計(jì)人員和開(kāi)發(fā)者用一個(gè)迭代法在相同的代碼上工作)和QtDeclarative(Qt的一個(gè)新的模塊，它允許一個(gè)說(shuō)明性編程方法)。使Qt更容易的被那些對(duì)C + +不是特別熟悉開(kāi)發(fā)人員和設(shè)計(jì)師使用。一個(gè)增強(qiáng)的Qt Creator IDE，其中包括一個(gè)先進(jìn)的C + +代碼編輯器，項(xiàng)目建設(shè)管理工具，可視化調(diào)試器等工具。QML(“Qt的元對(duì)象語(yǔ)言”)，一個(gè)易于使用的，聲明性語(yǔ)言。用來(lái)描述一個(gè)程序的用戶(hù)界面：包括看起來(lái)是什么樣子，以及它如何表現(xiàn)。QML是一個(gè)被指定為一個(gè)用戶(hù)界面與性能的對(duì)象樹(shù)。 JavaScript是用來(lái)作為QML的腳本語(yǔ)言。Qt庫(kù)中的一個(gè)新的模塊名為QtDeclarative，它提供了一個(gè)聲明框架，用于創(chuàng)建高度動(dòng)態(tài)的，可定制用戶(hù)界面。 WebKit組件的更新，以提供更加穩(wěn)定和更好的性能。新版本也是首次發(fā)布，由Qt的持續(xù)集成系統(tǒng)控制，該系統(tǒng)控制合并成Qt新功能的過(guò)程。它的目的是防止新的錯(cuò)誤，提高穩(wěn)定性和加快發(fā)布時(shí)間表。因?yàn)镼t的不斷發(fā)展，這將是非常重要的?！　ymbian的智能安裝程序可以更容易地將Qt應(yīng)用部署到Symbian手機(jī)上，特別是在現(xiàn)有的沒(méi)有安裝Qt庫(kù)的手機(jī)(Qt只在Symbian ^ 3成為了標(biāo)準(zhǔn))。有了智能安裝程序，開(kāi)發(fā)人員不必?fù)?dān)心包括Qt或他們應(yīng)用程序?qū)IS文件的依賴(lài)。他們也不需要告訴用戶(hù)安裝額外的關(guān)文或檢查Qt庫(kù)的相關(guān)的安裝問(wèn)題?！　∈褂弥悄馨惭b程序，開(kāi)發(fā)人員可以打包Symbian的Qt應(yīng)用程序。(直接或來(lái)自像Ovi Store那樣的配送點(diǎn))智能安裝組件將檢查什么樣的依賴(lài)關(guān)系是需要的(如Qt，Qt WebKit，Open C)，如果有必要的話(huà)可以從網(wǎng)上下載并安裝它們。關(guān)鍵的好處是，它可以確保手機(jī)獲得最新版本的Qt和它的依賴(lài)關(guān)系(確保應(yīng)用程序能夠在最佳狀態(tài)工作)，而且還大大減少了SIS文件的大小。這就好比ubuntu下的軟件管理aptget命令，直接從網(wǎng)站上下載相關(guān)的。 oAuth協(xié)議OAuth為用戶(hù)提供了一種可以不共享密碼而授權(quán)第三方來(lái)訪(fǎng)問(wèn)其資源的方法。它超越了傳統(tǒng)的客戶(hù)機(jī)/服務(wù)器認(rèn)證的模型，客戶(hù)端的用戶(hù)使用信用證書(shū)來(lái)訪(fǎng)問(wèn)服務(wù)器上的資源。OAuth為這種模型引入了一種新的第三方角色：資源所有者。在OAuth模型中，作為不是資源所有者的客戶(hù)端請(qǐng)求訪(fǎng)問(wèn)在服務(wù)器上的資源，而資源的訪(fǎng)問(wèn)權(quán)限是由資源所有者控制的?？蛻?hù)必須首先向資源所有者申請(qǐng)?jiān)S可以便訪(fǎng)問(wèn)這些資源，而這許可就以某種令牌的形式來(lái)匹配對(duì)私密信息的共享。在弄清楚OAUTH流程之前，我們先了解下OAUTH的一些術(shù)語(yǔ)的定義：OAUTH相關(guān)的三個(gè)URL：Request Token URL: 獲取未授權(quán)的Request Token服務(wù)地址；User Authorization URL: 獲取用戶(hù)授權(quán)的Request Token服務(wù)地址；Access Token URL: 用授權(quán)的Request Token換取Access Token的服務(wù)地址；OAUTH相關(guān)的參數(shù)定義：oauth_consumer_key: 使用者的ID，OAUTH服務(wù)的直接使用者是開(kāi)發(fā)者開(kāi)發(fā)出來(lái)的應(yīng)用。所以該參數(shù)值的獲取一般是要去OAUTH服務(wù)提供商處注冊(cè)一個(gè)應(yīng)用，再獲取該應(yīng)用的oauth_consumer_key。如Yahoo該值的注冊(cè)地址為：oauth_consumer_secret：oauth_consumer_key對(duì)應(yīng)的密鑰。oauth_signature_method: 請(qǐng)求串的簽名方法，應(yīng)用每次向OAUTH三個(gè)服務(wù)地址發(fā)送請(qǐng)求時(shí)，必須對(duì)請(qǐng)求進(jìn)行簽名。簽名的方法有：HMACSHARSASHA1與PLAINTEXT等三種。oauth_signature: 用上面的簽名方法對(duì)請(qǐng)求的簽名。oauth_timestamp: 發(fā)起請(qǐng)求的時(shí)間戳，其值是距1970 00:00:00 GMT的秒數(shù)，必須是大于0的整數(shù)。本次請(qǐng)求的時(shí)間戳必須大于或者等于上次的時(shí)間戳。oauth_nonce: 隨機(jī)生成的字符串，用于防止請(qǐng)求的重放，防止外界的非法攻擊。oauth_version: OAUTH的版本號(hào)，可選。OAUTH HTTP響應(yīng)代碼：HTTP 400 Bad Request 請(qǐng)求錯(cuò)誤 Duplicated OAuth Protocol Parameter 參數(shù)重復(fù)HTTP 401 Unauthorized 未授權(quán) Unsupported parameter 參數(shù)錯(cuò)誤Invalid Consumer Key 非法key Invalid / expired Token 失效或者非法的tokenInvalid signature 簽名非法 Invalid / used nonce 非法的nonceUnsupported signature method 簽名方法錯(cuò)誤Missing required parameter 參數(shù)丟失 圖21 OAuth認(rèn)證流程O(píng)Auth協(xié)議致力于使網(wǎng)站和應(yīng)用程序（統(tǒng)稱(chēng)為消費(fèi)方）能夠在無(wú)須露其認(rèn)證證書(shū)的情況下，通過(guò)API訪(fǎng)問(wèn)某個(gè)web服務(wù)（統(tǒng)稱(chēng)為服務(wù)提供方）的受保護(hù)資源。更一般地說(shuō)，OAuth為API認(rèn)證提供一個(gè)可自由實(shí)現(xiàn)且通方法如圖21: 1. 用戶(hù)希望在第三網(wǎng)站和應(yīng)用上使用他在SNS網(wǎng)站上的用戶(hù)信息，這些第三方網(wǎng)站聯(lián)系SNS網(wǎng)站，但是由于沒(méi)有用戶(hù)認(rèn)證信息，這時(shí)這些用戶(hù)信息是不允許訪(fǎng)問(wèn)的。2. SNS網(wǎng)站把用戶(hù)的瀏覽器重定向到SNS網(wǎng)站的登錄頁(yè)面。 3. 如果用戶(hù)沒(méi)有登錄，用戶(hù)向普通登錄一樣，輸入用戶(hù)名和密碼完成登錄。如果用戶(hù)已經(jīng)登錄（使用記錄Cookie的方式），會(huì)出現(xiàn)一個(gè)頁(yè)面，問(wèn)用戶(hù)是否允許共享他的SNS信息給第三方網(wǎng)站。4. 一旦用戶(hù)選擇信任第三方網(wǎng)站，SNS網(wǎng)站將把Web瀏覽器重定向到第三方網(wǎng)站或者第三方應(yīng)用，同時(shí)把SNS的用戶(hù)信息傳遞過(guò)去。5. 這樣第三方網(wǎng)站就可以訪(fǎng)問(wèn)SNS網(wǎng)站的用戶(hù)信息了。OAuth的典型案例：如果一個(gè)用戶(hù)擁有兩項(xiàng)服務(wù)：一項(xiàng)服務(wù)是圖片在線(xiàn)存儲(chǔ)服務(wù)A，另一個(gè)是圖片在線(xiàn)打印服務(wù)B。如下圖所示。由于服務(wù)A與服務(wù)B是由兩家不同的服務(wù)提供商提供的，所以用戶(hù)在這兩家服務(wù)提供商的網(wǎng)站上各自注冊(cè)了兩個(gè)用戶(hù)，假設(shè)這兩個(gè)用戶(hù)名各不相同，密碼也各不相同。當(dāng)用戶(hù)要使用服務(wù)B打印存儲(chǔ)在服務(wù)A上的圖片時(shí)，用戶(hù)該如何處理？法一：用戶(hù)可能先將待打印的圖片從服務(wù)A上下載下來(lái)并上傳到服務(wù)B上打印，這種方式安全但處理比較繁瑣，效率低下；法二：用戶(hù)將在服務(wù)A上注冊(cè)的用戶(hù)名與密碼提供給服務(wù)B，服務(wù)B使用用戶(hù)的帳號(hào)再去服務(wù)A處下載待打印的圖片，這種方式效率是提高了，但是安全性大大降低了，服務(wù)B可以使用用戶(hù)的用戶(hù)名與密碼去服務(wù)A上查看甚至篡改用戶(hù)的資源。很多公司和個(gè)人都嘗試解決這類(lèi)問(wèn)題，包括Google、Yahoo、Microsoft，這也促使OAUTH項(xiàng)目組的產(chǎn)生。OAuth是由Blaine Cook、Chris Messina、Larry Halff 及David Recordon共同發(fā)起的，目的在于為API訪(fǎng)問(wèn)授權(quán)提供一個(gè)開(kāi)放的標(biāo)準(zhǔn)。通過(guò)官方網(wǎng)址：。 豆瓣API 豆瓣API是豆瓣為第三方開(kāi)發(fā)人員提供的編程接口。利用豆瓣API，你可以在你的網(wǎng)站或程序中使用豆瓣的數(shù)據(jù)和功能。為了保護(hù)豆瓣用戶(hù)的數(shù)據(jù)；防止API被濫用或惡意使用，豆瓣要求每個(gè)API的使用者申請(qǐng)一個(gè)API Key, 而每個(gè)API Key唯一標(biāo)識(shí)一個(gè)API使用者。你可以在申請(qǐng)頁(yè)面獲得API Key，在頁(yè)面中填寫(xiě)必要信息后提交，你會(huì)得到你的API Key，例如c4579586f41a90372f762cb65c78be5d在之后的API使用過(guò)程中，你需要在請(qǐng)求中包括apikey參數(shù)，例如{apikey}如果只是想試驗(yàn)一下API，豆瓣也允許在不申請(qǐng)API Key的情況下進(jìn)行API調(diào)用。不過(guò)在這種情況下，API調(diào)用被限制為每分鐘請(qǐng)求不超過(guò)10次。使用API Key時(shí)，對(duì)訪(fǎng)問(wèn)的限制較為寬松，為每分鐘40次，超過(guò)限制的話(huà)會(huì)被封禁。 CookiesCookie是一小段文本信息，伴隨著用戶(hù)請(qǐng)求和頁(yè)面在 Web 服務(wù)器和瀏覽器之間傳遞。用戶(hù)每次訪(fǎng)問(wèn)站點(diǎn)時(shí)，Web 應(yīng)用程序都可以讀取 Cookie 包含的信息?！　〖僭O(shè)在用戶(hù)請(qǐng)求訪(fǎng)問(wèn)您的網(wǎng)站:// 上的某個(gè)頁(yè)面時(shí)，您的應(yīng)用程序發(fā)送給該用戶(hù)的不僅僅是一個(gè)頁(yè)面，還有一個(gè)包含日期和時(shí)間的 Cookie。用戶(hù)的瀏覽器在獲得頁(yè)面的同時(shí)還得到了這個(gè) Cookie，并且將它保存在用戶(hù)硬盤(pán)上的某個(gè)文件夾中。以后，如果用戶(hù)再次訪(fǎng)問(wèn)豆瓣網(wǎng)的時(shí)候，瀏覽器就會(huì)在本地硬盤(pán)上查找與該 URL 相關(guān)聯(lián)的 Cookie。如果該 Cookie 存在，瀏覽器就將它與頁(yè)面請(qǐng)求一起發(fā)送到您的站點(diǎn)，您的應(yīng)用程序就能確定該用戶(hù)上一次訪(fǎng)問(wèn)站點(diǎn)的日期和時(shí)間。您可以根據(jù)這些信息向用戶(hù)發(fā)送一條消息，也可以檢查過(guò)期時(shí)間或執(zhí)行其他有用的功能?！　ookie 是與 Web 站點(diǎn)而不是與具體頁(yè)面關(guān)聯(lián)的，所以無(wú)論用戶(hù)請(qǐng)求瀏覽站點(diǎn)中的哪個(gè)頁(yè)面，瀏覽器和服務(wù)器都將交換豆瓣的 Cookie 信息。用戶(hù)訪(fǎng)問(wèn)其他站點(diǎn)時(shí)，每個(gè)站點(diǎn)都可能會(huì)向用戶(hù)瀏覽器發(fā)送一個(gè)Cookie，以保存用戶(hù)的信息，比如，登錄賬號(hào)，用戶(hù)對(duì)于相應(yīng)界面的設(shè)置，而瀏覽器會(huì)將所有這些 Cookie 分別保存。Cookies分為會(huì)話(huà)性質(zhì)的cookie和持久化的cookie，存放在瀏覽器內(nèi)存中，當(dāng)你在用代碼向客戶(hù)端寫(xiě)入cookies的時(shí)候，如果沒(méi)有指定過(guò)期時(shí)間，那么cookie是存放在瀏覽器的內(nèi)存里面的，它會(huì)隨著瀏覽器的關(guān)閉而自動(dòng)消失，不會(huì)持久化在硬盤(pán)上，也就是你在瀏覽器的臨時(shí)文件里找不到。(Sessionid就是存放在這類(lèi)cookie中)。而持久化的cookie，存放在硬盤(pán)上，當(dāng)你指定了cookie的過(guò)期時(shí)間，那么，在客戶(hù)端（一般為瀏覽器）寫(xiě)入cookie的時(shí)候就會(huì)存放在臨時(shí)文件夾中，IE中的cookies 而針對(duì)webkit是沒(méi)有限制的，你可以在你的客戶(hù)端手動(dòng)的編寫(xiě)相應(yīng)的cookies儲(chǔ)存，因?yàn)槿绻鹀ookies量一大的話(huà)，那么你每次訪(fǎng)問(wèn)頁(yè)面，都會(huì)去匹配。這樣的話(huà)效率太低，訪(fǎng)問(wèn)頁(yè)面也會(huì)變得太慢。3 qDou的設(shè)計(jì) 本章將詳細(xì)敘述qDou設(shè)計(jì)過(guò)程，包含具體的程序流程，數(shù)據(jù)流程，數(shù)據(jù)結(jié)構(gòu)，OAuth在qDou中一步一步完成認(rèn)證的過(guò)程。Qml中mvc架構(gòu)，photoview中的GraphicsView框架，在qDou中儲(chǔ)存本地cookies。 概要設(shè)計(jì)UI方面:關(guān)于Declarative UI,是基于Graphics View框架打造的下一代控件。主要針對(duì)于移動(dòng)平臺(tái)上，比如手機(jī)或者上網(wǎng)本，并且具有獨(dú)特的Flick特性，使其本身通過(guò)很簡(jiǎn)單的接口調(diào)用便可具有平滑,動(dòng)態(tài)變換的UI,同時(shí)加上Declarative本身所采用的Qml語(yǔ)言是基于ECMAScript。這種比較松散的聲明性編程語(yǔ)言使得懂得JavaScript或者ActionScript的編程人員，也可寫(xiě)出漂亮的應(yīng)用程序。由于Declarative UI的屬性綁定(Property Binding),對(duì)網(wǎng)絡(luò)訪(fǎng)問(wèn)的透明(Network Transparency: 內(nèi)部自動(dòng)加載請(qǐng)求資源)以及良好的C++擴(kuò)展(Extending QML),使得其不僅可適用手機(jī)上的開(kāi)發(fā)，同時(shí)利用良好的C++擴(kuò)展特性也可打造豐富的pc平臺(tái)上的應(yīng)用。對(duì)于簡(jiǎn)單的手機(jī)應(yīng)用來(lái)說(shuō)，在不使用C++擴(kuò)展的情況下，已經(jīng)能滿(mǎn)足開(kāi)發(fā)者的需求，但是對(duì)于qDou來(lái)說(shuō)，由于豆瓣API支持OAuth協(xié)議，為了更好的使用遵循協(xié)議要求和第三方開(kāi)發(fā)的規(guī)范，使qDou在支持QML的同時(shí)能夠支持C++，也是必要的,同時(shí)這種語(yǔ)言采用的是MVC結(jié)構(gòu)。數(shù)據(jù)方面: 豆瓣提供了第三方API，通過(guò)xml文件來(lái)進(jìn)行交互，而對(duì)數(shù)據(jù)進(jìn)行修改，提交的,需要適用OAuth協(xié)議進(jìn)行授權(quán),關(guān)于OAUTH協(xié)議，它為用戶(hù)資源的授權(quán)提供了一個(gè)安全的、開(kāi)放而又簡(jiǎn)易的標(biāo)準(zhǔn)。與以往的授權(quán)方式不同之處是OAUTH的授權(quán)不會(huì)使第三方觸及到用戶(hù)的帳號(hào)信息（如用戶(hù)名與密碼），即第三方無(wú)需使用用戶(hù)的用戶(hù)名與密碼就可以申請(qǐng)獲得該用戶(hù)資源的授權(quán)。 程序流程圖所有三級(jí)標(biāo)題，小四號(hào)，黑體，頂格，下同 圖 31程序流程圖每一圖片應(yīng)以章分組編號(hào)，該編號(hào)應(yīng)在正文中