一：源起

    1.何為CB/S的應(yīng)用程序

    C/S結(jié)構(gòu)的應(yīng)用程序，是客戶端/服務(wù)端形式的應(yīng)用程序，這種應(yīng)用程序要在客戶電腦上安裝一個程序，客戶使用這個程序與服務(wù)端通信，完成一定的操作。

    B/S結(jié)構(gòu)的應(yīng)用程序，是瀏覽器/服務(wù)端形式的應(yīng)用程序，這種應(yīng)用程序不用在客戶端部署任何東西，客戶只需要通過瀏覽器與服務(wù)端通信，來完成一定的操作。

    兩種類型的程序優(yōu)缺點對比：





由上可知，兩種形式的應(yīng)用程序各有利弊。架構(gòu)師在做技術(shù)選型的時候，往往會根據(jù)項目需要，對比這兩種技術(shù)形式的優(yōu)缺點，做出正確的選擇。

    然而，國內(nèi)大多數(shù)企業(yè)應(yīng)用程序，需要頻繁、及時的更新升級、需要更高的客戶端控制權(quán)限、需要更高的數(shù)據(jù)實時性和更高的通信效率，但卻不在意部署上的問題。

    這時，架構(gòu)師就考慮把C/S結(jié)構(gòu)的應(yīng)用程序和B/S結(jié)構(gòu)的應(yīng)用程序結(jié)合起來，讓客戶端嵌套一個瀏覽器以與服務(wù)器通信，完成一定的操作。這樣的程序就是CB/S結(jié)構(gòu)的應(yīng)用程序。

    這樣做的好處是一般的業(yè)務(wù)邏輯只要在服務(wù)端更新升級，即可體現(xiàn)在客戶端。對于客戶端系統(tǒng)權(quán)限、基于Socket的通信等瀏覽器核心無法完成的操作，可以由客戶端來完成?？蛻舳丝梢灾苯优c服務(wù)端通信，也可以通過瀏覽器核心與服務(wù)端通信。

    下圖為CB/S結(jié)構(gòu)應(yīng)用程序的基本示意圖：



 



目前還有一種介于C/S和B/S結(jié)構(gòu)的應(yīng)用程序之間的應(yīng)用程序：RIA富互聯(lián)網(wǎng)應(yīng)用程序，這種結(jié)構(gòu)的應(yīng)用程序一般都是基于瀏覽器插件來運行的，它有較高的客戶端控制權(quán)限（比B/S程序高，但比C/S程序低），通信方式也有較多的選擇（不只是基于HTTP協(xié)議），目前較常見的RIA技術(shù)有：Adobe的flex技術(shù)、微軟的Silverlight技術(shù)、Oracle的WebStart技術(shù)。架構(gòu)師在做技術(shù)選型的時候，也可以綜合權(quán)衡采用這些技術(shù)。



2.為何選擇QT的WebKit與Extjs開發(fā)企業(yè)應(yīng)用

 

    ExtJs是一個用于創(chuàng)建Web用戶界面的JS框架，提供了豐富的界面部件及布局方式，對于web開發(fā)者來說，實現(xiàn)企業(yè)應(yīng)用所需的各種畫面只要掌握J(rèn)S語言即可。不必再引入flash或silverlight技術(shù)，而且能很容易的創(chuàng)建風(fēng)格統(tǒng)一的企業(yè)應(yīng)用程序。

    雖然ExtJs支持各種流行的瀏覽器，甚至包括IE6，但是它在IE系瀏覽器下運行、渲染的效率不高。在谷歌瀏覽器下表現(xiàn)最好，F(xiàn)ireFox瀏覽器次之（這得益于谷歌瀏覽器的JS腳本引擎）。

    然而谷歌瀏覽器和FireFox瀏覽器的核心都是WebKit（蘋果公司開源的瀏覽器核心，負(fù)責(zé)解析HTML文本，并呈現(xiàn)到界面上），所以，要想讓我們的CB/S+ExtJs結(jié)構(gòu)的應(yīng)用程序能有更好的表現(xiàn)，我們必須采用WebKit核心的瀏覽器。

    雖然我們能很方便的獲得WebKit的源碼，然而編譯它卻十分耗時費力，不但要選對編譯工具，還要安裝一系列的SDK，編譯時間更是長的驚人（這幾乎是大型C++項目的通病）。編譯出來的DLL使用起來也不是很方便（要翻閱大量的WebKit的API）。

    幸運的是QT界面庫為我們做了這些工作，QT庫中包含webkit的瀏覽器控件，并且這個C++庫是跨平臺的，也就是說基于這幾項技術(shù)開發(fā)的CB/S企業(yè)應(yīng)用可以部署在Linux系統(tǒng)內(nèi)。

    除了使用QT界面庫，還可以選擇gtk+和wxWidgets兩個界面庫，而且這兩個界面庫都對WebKit做過包裝，但是從開發(fā)方式，生產(chǎn)效率，運行速度等多方面考慮，還是QT最為合適。

    QT界面庫也分為兩個版本，一個是收費的digia提供的QT，另一個是免費的qt-project提供的QT（GPL V3 LGPL V2)，這里我們選擇免費版的QT，本文第三節(jié)會介紹如何搭建開發(fā)環(huán)境。



 

架構(gòu)師除了選擇QT的WebKit做瀏覽器核心之外，還可以選擇CEF（Chromium Embedded Framework，項目地址：https://code.google.com/p/chromiumembedded/）這個項目是對谷歌瀏覽器的重新編譯、封裝，分為兩個版本線，CEF1和CEF3，我曾對此項目做過一些研究，研究的相關(guān)資料參見：http://www.cnblogs.com/liulun/archive/2013/03/18/2874276.html；另外，還有一個node webkit的項目（地址：https://github.com/rogerwang/node-webkit）也是對谷歌瀏覽器的重新編譯和封裝，但它引入了NodeJs，使用簡單的HTML JS CSS就可以編寫出絢麗的客戶端界面。node webkit目前處于V0.7.X版本。 

二：思路

    1.目標(biāo)

    搭建一個CB/S結(jié)構(gòu)的企業(yè)應(yīng)用程序

    盡量保證系統(tǒng)的執(zhí)行效率

    盡量保證系統(tǒng)升級更新的便利性

    盡量保證系統(tǒng)的可擴(kuò)展性

    2.方案

 

    ExtJs框架是一個比較龐大的框架，一般B/S結(jié)構(gòu)的程序使用ExtJS框架，都是把ExtJs的框架放在服務(wù)端，這樣用戶每次請求頁面的時候，都會去訪問ExtJS框架的JS文件，從而產(chǎn)生大量的磁盤IO和網(wǎng)絡(luò)消耗，這也是ExtJS框架看起來渲染很慢的一個因素。B/S結(jié)構(gòu)的應(yīng)用程序無法解決這個問題，主要是因為無法控制客戶端的瀏覽器，CB/S結(jié)構(gòu)的程序就能輕松解決這個問題?？梢园袳xtJs框架打包進(jìn)客戶端程序中，隨客戶端程序分發(fā)給使用者，使用者請求頁面時，使用的是本地的ExtJS框架的JS文件，業(yè)務(wù)邏輯程序則仍舊使用服務(wù)端的。這樣做減少了磁盤IO和網(wǎng)絡(luò)消耗，保證了系統(tǒng)的執(zhí)行效率；服務(wù)端對業(yè)務(wù)邏輯程序依舊保持著很好的控制權(quán)，保證了系統(tǒng)升級更新的便利性

    關(guān)于系統(tǒng)的可擴(kuò)展性，ExtJs就能很好的處理，在下一節(jié)中會有詳細(xì)描述。

 

    3.難點

 

    CB/S結(jié)構(gòu)的應(yīng)用程序其實就是一個高度定制的瀏覽器。為了讓這個瀏覽器完成指定的功能（比如：包含ExtJs框架的js文件，做成cookie，發(fā)起請求等）難免會有很多客戶端和瀏覽器核心的交互。這些交互涉及到C++，Js，HTML，CSS等的互操作，是系統(tǒng)在技術(shù)上的難點。

 

 

三：客戶端瀏覽器實現(xiàn)

 

    1.搭建開發(fā)環(huán)境

 

    我們下載基于MinGW 4.8, OpenGL創(chuàng)建的QT 5.1，地址為：http://qt-project.org/downloads。不選擇基于VS編譯器的QT是因為用VS編譯器編譯出的DLL依賴VS運行時，分發(fā)程序時較困難。下載并安裝后，你會看到這并不是一個簡單的界面庫，它還包含了一個IDE，Qt Creator。

    安裝完成后，就可以使用Qt Creator來創(chuàng)建你自己的基于Qt的桌面程序，你可以在Qt Creator的歡迎界面看到入門程序、示例程序和幫助文檔。Qt的開發(fā)方式并不是本文所講述的重點，建議讀者到官網(wǎng)學(xué)習(xí)。

    雖然我們可以成功在Qt Creator內(nèi)編譯并成功執(zhí)行程序，但到windows目錄下通過雙擊執(zhí)行編譯出的exe程序，就不能正常運行，這是因為可執(zhí)行程序所需的動態(tài)鏈接庫并沒有與可執(zhí)行程序在同一個目錄內(nèi)，至于可執(zhí)行程序依賴哪些動態(tài)鏈接庫，我們將在本文第四節(jié)詳細(xì)描述。

 

    2.邊框和標(biāo)題欄

 

    目前大部分windows桌面程序都使用自定義的邊框和標(biāo)題欄，比如QQ，360安全衛(wèi)士等，使用MFC或Windows API自定義窗口的標(biāo)題欄和邊框并不是一件容易的事情，使用Qt來開發(fā)Windows桌面程序也有一樣的困難。

    由于我們開發(fā)的是企業(yè)應(yīng)用系統(tǒng)，這類系統(tǒng)一般情況下都出于最大化狀態(tài)，所以我們在考慮自定義標(biāo)題欄和邊框的時候就可以不用考慮還原按鈕、拖拽改變窗口大小和位置的功能。但是，我們需要為標(biāo)題欄增加一個下拉菜單按鈕，以使用戶完成系統(tǒng)設(shè)置、打開調(diào)試器等相關(guān)功能。

    另外，為了使標(biāo)題欄和業(yè)務(wù)界面中ExtJs的風(fēng)格一致，我們索性去掉了主窗口的標(biāo)題欄和邊框，直接使用ExtJs來生成。

    在Qt中去掉標(biāo)題欄和邊框是很容易的事，創(chuàng)建窗口的時候設(shè)置一個WindowFlags即可，見如下代碼：    

w.setWindowFlags(Qt::FramelessWindowHint);

    但設(shè)置此WindowFlags之后隨之帶來的問題是，窗口將撐滿整個屏幕，把系統(tǒng)的任務(wù)欄也遮住了，這顯然不是我們想要的，解決此問題需要重寫Qt窗口類的changeEvent槽，見如下代碼：

if(event->WindowStateChange)

{

   switch(this->windowState())

   {

   case Qt::WindowMinimized:

this->hide();

event->ignore();

   break;

   case Qt::WindowMaximized:

   QDesktopWidget desktopWidget =QApplication::desktop();

   QRect deskRect =desktopWidget->availableGeometry();

   this->resize(deskRect.width(), deskRect.height());

   break;

   }

}

    這樣創(chuàng)建的Qt窗口將不具有標(biāo)題欄和邊框，至于如何用ExtJs來渲染標(biāo)題欄，以及如何實現(xiàn)標(biāo)題欄的最小化及關(guān)閉等功能，將在后續(xù)小節(jié)講述。

 

 　3.打開新窗口

 

    使用Qt的WebKit非常簡單，直接把QWebView控件拖放到界面中去即可，但是默認(rèn)的QWebView在實現(xiàn)上有些缺憾，比如無法打開新窗口，無法下載文件，無法打印等。然而這些功能是一個瀏覽器所必備的功能，我們的CB/S企業(yè)應(yīng)用系統(tǒng)也需要這些功能。要想讓瀏覽器支撐這些功能，只能通過重寫QWebView來完成。

    要想讓自制的瀏覽器打開新窗口，需要重寫QWebView的createWindow方法，見如下代碼：（UtmpWebView即為QWebView的子類）

    UtmpWebView webView = new UtmpWebView;

    QWebPage newWeb = new QWebPage;

    if(type == QWebPage::WebModalDialog)

    {

        webView->setWindowModality(Qt::ApplicationModal);

    }

    webView->setAttribute(Qt::WA_DeleteOnClose,true);

    webView->setPage(newWeb);

    webView->show();

    return webView;

    然而，這只能應(yīng)對a標(biāo)簽的target屬性為_blank的新窗口鏈接，無法應(yīng)對使用javascript通過window.open的方式打開新窗口的場景。要想滿足這一點，必須在QWebView的構(gòu)造函數(shù)里，更改一下瀏覽器的配置參數(shù)，代碼如下：

QWebSettings default_settings = QWebSettings::globalSettings();

default_settings->setAttribute(QWebSettings::JavascriptEnabled,true);

default_settings->setAttribute(QWebSettings::JavascriptCanOpenWindows,true);

 

    4.打印

 

    我們經(jīng)常在網(wǎng)頁中通過javascript使用window.print的方式來調(diào)用打印機(jī)打印HTML頁面，常見的瀏覽器都會支持這個功能，然而QWebView默認(rèn)并不支持此功能，要想讓我們定制的瀏覽器支持此功能必須為其做一個事件鏈接，代碼如下：

connect(this->page(), SIGNAL(printRequested(QWebFrame)),this,SLOT(customPrintRequested(QWebFrame)));

    this->page()->setForwardUnsupportedContent(true);

customPrintRequested槽的實現(xiàn)如下：

    QPrinter* p = new QPrinter(QPrinter::HighResolution);

    QPrintDialog printDialog(p, this);

    printDialog.setWindowTitle("UTMP打印");

    if(printDialog.exec() != QDialog::Accepted)

    {

        return;

    }

    frame->print(p);

 

    5.下載

 

    同樣QWebView默認(rèn)也不支持下載文件。所有的瀏覽器把請求的響應(yīng)分為兩類，一類是瀏覽器可以解析的（Html文本），另一類是瀏覽器無法解析的（文件），常見的瀏覽器遇到無法解析的文件，往往會下載到本地給用戶使用，要想讓QWebView支持下載，就必須截獲瀏覽器的unsupportedContent信號，該信號所對應(yīng)的槽的代碼實現(xiàn)如下

ShellExecuteA(NULL, "open", reply->url().toString().toStdString().c_str(), "", "", SW_SHOW);

    注意，要想讓上面的代碼正確執(zhí)行，必須在頭文件中引入windows.h（這也體現(xiàn)出QT框架與NativeAPI能沒有任何限制的輕松交互）。上面的代碼是調(diào)用了系統(tǒng)默認(rèn)的瀏覽器來完成下載。當(dāng)然讀者也可以考慮自己實現(xiàn)下載線程并提示下載進(jìn)度、保存地址等。

 

    6.與頁面腳本交互

 

    我們既然選擇自己開發(fā)瀏覽器，那么瀏覽器一定能自如的讓頁面執(zhí)行一些特殊腳本，頁面也可以通過腳本讓瀏覽器完成一些腳本無法完成的操作。此功能一般的瀏覽器都無法支撐，只有我們自定義的QWebView可以輕松實現(xiàn)。

    我們知道javascript在頁面中執(zhí)行都會用到window對象，比如，我們調(diào)用alert()方法時，其實是調(diào)用window.alert()方法，使用document對象時，其實是使用window.document對象，要想讓瀏覽器能與頁面腳本交互，我們必須讓瀏覽器給頁面的window對象注冊一個子對象（window對象的屬性）。

    遇到的第一個問題并不是如何注冊此對象，而是在何時注冊。由于在頁面加載之初，window對象就已經(jīng)初始化完成了，此時為其注冊子對象已為時已晚，必須在其初始化之前為其注冊，為此QWebView專門提供了javaScriptWindowObjectCleared信號，在刷新網(wǎng)頁、打開新網(wǎng)頁和加載嵌套的iframe頁面時（window對象初始化時），此信號都會被觸發(fā)。與此信號關(guān)聯(lián)的槽，代碼如下：

this->page()->mainFrame()->addToJavaScriptWindowObject("QtWinFrame", this);

如你所見，我們?yōu)閣indow對象注冊了一個名為QtWinFrame的對象。這就像瀏覽器為window對象注冊document子對象一樣，要想讓頁面腳本能調(diào)用瀏覽器核心的方法，必須為讓瀏覽器核心提供相應(yīng)的方法才行，由于我們在第二小節(jié)已經(jīng)把窗口默認(rèn)的標(biāo)題欄和邊框去掉了，所以必須通過頁面javascript來關(guān)閉瀏覽器和最小化瀏覽器，假設(shè)我們在瀏覽器核心中實現(xiàn)的方法代碼如下：

void UtmpWebView::SetFrameWindow(int flag)

{

    switch(flag)

    {

        case 0:

            this->close();

            break;

        case 1:

            this->showMinimized();

            break;

}

}

在瀏覽器頁面內(nèi)，只要通過如下javascript代碼，即可讓瀏覽器核心執(zhí)行相應(yīng)的操作：

QtWinFrame.SetFrameWindow(1);QtWinFrame.SetFrameWindow(0);

相對于“腳本讓瀏覽器執(zhí)行工作”來說，“瀏覽器讓腳本執(zhí)行工作”就簡單很多，只需要在瀏覽器中調(diào)用evaluateJavaScript方法即可，見如下代碼：

this->page()->mainFrame()->evaluateJavaScript("testFun();");

注意：這有些類似于javascirpt中的eval()方法，如果前端框架中引入了ExtJs，最好不要直接使用此方法來調(diào)用ExtJs提供的函數(shù)，執(zhí)行效率非常慢。可以先在頁面上用普通的js函數(shù)包裝一下ExtJs提供的函數(shù)，再來調(diào)用。

 

    7.打開腳本調(diào)試器

 

    調(diào)試javascript代碼一直以來都是開發(fā)人員面臨的老大難的問題，自從有了FireBug和谷歌瀏覽器自帶的javascript調(diào)試器之后，這個問題得到了很大程度的解決，所以有個好的javascript調(diào)試器十分關(guān)鍵。QWebView也提供了相應(yīng)的調(diào)試工具（我認(rèn)為就是谷歌瀏覽器的javascript調(diào)試器，但未經(jīng)驗證。）。使瀏覽器核心打開調(diào)試器的代碼如下：

QDialog d = new QDialog(this,(Qt::WindowMinimizeButtonHint|Qt::WindowMaximizeButtonHint|Qt::WindowCloseButtonHint));

d->setAttribute(Qt::WA_DeleteOnClose, true);

QWebInspector wi = new QWebInspector(d);

wi->setPage(this->page());

d->setLayout(new QVBoxLayout());

d->layout()->setMargin(0);

d->layout()->addWidget(wi);

d->show();

d->resize(600,350);

    由于我們在系統(tǒng)啟動的時候，使用Qt::FramelessWindowHint屬性禁用掉了窗口的標(biāo)題欄和邊框，所以在打開調(diào)試器子窗口的時候，要恢復(fù)該子窗口的標(biāo)題欄和邊框，為此我們多做了一些工作，讀者也可以自己實現(xiàn)QDialog類型的父類，以應(yīng)對更多子窗口業(yè)務(wù)。

 

8.截獲瀏覽器請求

 

    既然我們對瀏覽器有最大的控制權(quán)，那么我們就希望當(dāng)瀏覽器完成指定工作時通知我們，好讓我們做一些前期或后期的處理。最常見的工作莫過于瀏覽器發(fā)起請求了。我們知道瀏覽器解析一個網(wǎng)頁的過程中，可能會發(fā)起多次請求，比如圖片標(biāo)簽的src路徑，iframe標(biāo)簽的src路徑，js/css資源的路徑等等。要想知道這些請求何時發(fā)起，何時終結(jié)需要重寫QNetworkAccessManager，然后通過如下方式，讓瀏覽器加載自定義的QNetworkAccessManager

QNetworkAccessManager oldManager = webview->page->networkAccessManager();

MyNetworkAccessManager newManager = new MyNetworkAccessManager(oldManager, this);

webview->page->setNetworkAccessManager(newManager);

然后，我們可以在自定義的MyNetworkAccessManager類中重寫createRequest(QNetworkAccessManager::Operation operation,const QNetworkRequest &request, QIODevice *device)方法，其中request參數(shù)，包含了原始請求的URL信息，此方法需要返回一個QNetworkReply對象，假設(shè)我們想改變原始請求的路徑，可以按如下操作方式來完成

return QNetworkAccessManager::createRequest(operation, myrequest, device);

如你所見，我們用QNetworkAccessManager新建了一個請求（createRequest的返回值為QNetworkReply類型），該請求中myrequest實參的類型為QNetworkRequest，其他兩個實參從原始方法中獲得。

 

    9.本地化ExtJs庫

 

    一般我們使用ExtJs（官方地址：http://localhost:8080/UTMP/app.js"></script>

    在QT中只需要通過本地路徑加載這個靜態(tài)頁面即可，代碼如下：

UtmpWebView w;    

QDir dir(QDir::currentPath());

QUrl url = url.fromLocalFile(dir.path()+"/debug/index.html");

w.load(url);

    由此可見，保存在客戶端的資源基本都是業(yè)務(wù)無關(guān)的、比較穩(wěn)定的、不易變更的資源。保存在服務(wù)端的內(nèi)容，都是與業(yè)務(wù)有關(guān)的，比較容易變更的內(nèi)容，這種機(jī)制主要意圖是保證了業(yè)務(wù)的可升級性。    

 

 

四：服務(wù)端業(yè)務(wù)腳本

 

1.OPOA模式

 

    使用Extjs的企業(yè)應(yīng)用系統(tǒng)大多都是OPOA模式（One Page One Application），OPOA模式的WEB系統(tǒng)只有一個頁面，在這個頁面中會引入extjs的資源并通過js來渲染一個框架頁面，然后根據(jù)用戶的操作載入更多的js代碼，來完成不同的業(yè)務(wù)。對于我們的系統(tǒng)來說這個頁面就是放在客戶端本地debug目錄下的靜態(tài)頁面。這個頁面引入了一個服務(wù)器端的js文件（http://localhost:8080/UTMP/app.js），通過此文件以及由此文件加載的其他js文件，我們渲染出了一個框架頁面，見如下代碼：

Ext.application({

    name:'UTMP',

    appFolder:'
    controllers:["sys.index"],

    views:["sys.menuTree","sys.titleBar","sys.contentTabPanel"],

    launch:function(){    

        Ext.create('Ext.Viewport',{

           layout:'border',

           items:[

               {xtype: 'menuTree'},

               {xtype: 'titleBar'},

               {xtype: 'contentTabPanel'}

           ]

        });

    }

});

如你所見，這是一個Extjs系統(tǒng)的開始（Ext.application），而且我們使用了Extjs的MVC模式（關(guān)于ExtJs的MVC模式的相關(guān)資料請參閱：http://docs.sencha.com/extjs/4.2.1/#!/guide/application_architecture），系統(tǒng)界面中包含三個視圖：menuTree、titleBar和contentTabPanel。由于我們設(shè)計的瀏覽器沒有標(biāo)題欄，所以視圖titleBar就是系統(tǒng)的標(biāo)題欄，它包含了關(guān)閉、最小化按鈕。

 

2.定制模塊加載基址

 

    Extjs有一套獨特的模塊加載機(jī)制，它可以通過js類的名稱空間來加載相應(yīng)的js代碼文件，比如視圖文件的名稱空間是UTMP.sys.menuTree，ExtJs框架會從appFolder指定的路徑下找sys目錄下的menuTree.js文件。在普通的ExtJs項目中，appFolder屬性并不用設(shè)定為絕對路徑，只需要使用相對路徑即可，但由于我們的項目的主頁（靜態(tài)頁面）是放在客戶端本地的，如果使用相對路徑的話，ExtJs框架就會在客戶端本地尋找相應(yīng)的資源，然而我們的業(yè)務(wù)JS文件都是放在服務(wù)端的，所以勢必會無法加載這些資源。

 

3.定制AJAX請求基址

 

    模塊加載機(jī)制可以通過設(shè)置appFolder基路徑來解決，但是對于業(yè)務(wù)JS代碼隨處可見的AJAX請求該如何處理呢？確實，AJAX請求也會面臨這種問題，而且更為突出。因為在ExtJs中對AJAX請求做了很多封裝：proxy、store、request、load等，隨處可見ajax的身影。幸而ExtJs是一個對象化程度較高的js類庫，使得這個問題能很容易的解決。

    在ExtJs中所有Ajax請求都離不開Ext.data.Connection類的支撐，我們可以使用ExtJs提供的觀察者模式來注冊Ext.data.Connection類的beforerequest事件（這是一種侵入性較強的做法），這樣所有的AJAX請求，不管是proxy發(fā)起的，還是request發(fā)起的，都逃不出我們的手心，具體實現(xiàn)代碼如下：

Ext.util.Observable.observe(Ext.data.Connection,{

    beforerequest: function(conn, options, eOpts){

        options.url = ";

    }

});

 

五：分發(fā)

 

1.依賴的動態(tài)鏈接庫

 

    在使用QTCreator開發(fā)基于QT的應(yīng)用程序時，不管是debug編譯還是release編譯，都無法到編譯目錄下，通過雙擊exe程序來執(zhí)行應(yīng)用（會提示“無法啟動此程序，因為計算機(jī)中丟失xxxx.dll....”的錯誤信息），之所以在IDE內(nèi)能順利執(zhí)行，是因為IDE已經(jīng)為程序執(zhí)行創(chuàng)建好了環(huán)境，但倘若不解決此問題，就無法把應(yīng)用程序分發(fā)給直接用戶。

     要解決此問題只要把Qt類庫提供的dll文件放在可執(zhí)行程序的目錄下或其所在目錄的子目錄下即可，在C:\Qt\Qt5.1.1\5.1.1\mingw48_32\bin目錄下有Qt類庫提供的大多數(shù)dll，這些dll名稱以字母d結(jié)尾的是debug編譯的應(yīng)用程序所依賴的類庫，不以字母d結(jié)尾的則是release編譯的應(yīng)用程序所需要的類庫，除了此目錄內(nèi)的dll外，在C:\Qt\Qt5.1.1\5.1.1\mingw48_32\plugins目錄下還有一些應(yīng)用程序需要的dll類庫。

    如此數(shù)量眾多的dll，都需要打包到我們最終的安裝程序中去嗎？當(dāng)然不用這么做。通過IDE執(zhí)行我們的應(yīng)用程序時，我們只需要通過processExplorer工具來查看應(yīng)用程序進(jìn)程所依賴的dll，即可判定哪些dll是需要打包到安裝包中去的（大多數(shù)情況下可以這么做，如果是開發(fā)人員通過代碼動態(tài)加載的類庫，那么我相信你也會自行甄別的）。

 

2.打包

    

    可能有的讀者會問：“我可不可以把類庫靜態(tài)編譯到exe中去呢？”當(dāng)然可以，但是非常麻煩，你需要自己靜態(tài)編譯整個QT工程，還需要對IDE做出相應(yīng)的調(diào)整（要編譯QT的Webkit還需要做更多的工作），這是一項耗時、耗力還不一定能成功的工作，我不建議這么做。

    當(dāng)我們找到應(yīng)用程序依賴的所有dll后，我們就可以使用打包工具來制作應(yīng)用程序的安裝包，當(dāng)然也可以自己開發(fā)安裝包工具（可以參見我的博客：http://www.cnblogs.com/liulun/archive/2011/12/12/2284360.html）。

    國內(nèi)外有很多不錯的打包工具，我推薦使用inno setup（http://www.jrsoftware.org/），它支持編寫腳本來控制安裝過程，使用LZMA壓縮算法來打包程序（壓縮效率非常高，是7-zip使用的壓縮算法），但它并不支持中文安裝界面，目前社區(qū)有開發(fā)者提供了針對inno setup的中文語言包，使用起來也非常方便。