【文章內(nèi)容簡介】 與Web Services的完美集成等特點(diǎn)，使其越來越受到需要大批量處理動(dòng)態(tài)信息的客戶的青睞。 智能客戶端的特點(diǎn)：l 動(dòng)態(tài)加載，即需即裝：應(yīng)用程序的各個(gè)構(gòu)件之間的相互調(diào)用并不采用直接引用的方式，而是采用動(dòng)態(tài)加載，即需即裝的方式，有效地降低了對(duì)系統(tǒng)資源的消耗。應(yīng)用軟件開發(fā)商可根據(jù)企業(yè)應(yīng)用系統(tǒng)的公共接口進(jìn)行開發(fā)，然后將應(yīng)用組件發(fā)布在企業(yè)的服務(wù)器上，客戶端應(yīng)用程序?qū)⒆詣?dòng)發(fā)現(xiàn)并加載該應(yīng)用組件。l 更松散的耦合：由于上面第一點(diǎn)所言構(gòu)件之間的相互調(diào)用并不采用直接引用方式，這樣系統(tǒng)實(shí)現(xiàn)的更松散的耦合，為應(yīng)用程序升級(jí)更新提供了方便。l 進(jìn)一步的模塊化：由于應(yīng)用程序的松散耦合特性，使得系統(tǒng)的進(jìn)一步模塊化成為了可能，新功能、新特性的加入只需要開發(fā)出符合接口定義的新模塊并添加連接即可。而無須修改重編譯現(xiàn)有的程序。l 零接觸部署：安裝時(shí)只要將一個(gè)主程序文件下載到本地，直接運(yùn)行即可，無須改變注冊(cè)表或共享的系統(tǒng)組件，其他應(yīng)用組件將在第一次運(yùn)行時(shí)自動(dòng)下載。l 網(wǎng)絡(luò)加載應(yīng)用程序組件：Smart Client的應(yīng)用程序可以很方便的從網(wǎng)絡(luò)服務(wù)器加載應(yīng)用程序，而且因?yàn)槌绦蚣凹虞d是從80端口實(shí)現(xiàn)，故無須考慮防火墻問題，這樣為企業(yè)系統(tǒng)的集中管理提供了方便。l 自動(dòng)更新：只需將新版本的程序發(fā)布在服務(wù)器上，由客戶端自動(dòng)發(fā)現(xiàn)最新版本的程序和應(yīng)用組件，并自動(dòng)下載和更新。l 在線與離線均可使用的應(yīng)用程序：Smart Client應(yīng)用程序盡管使用網(wǎng)絡(luò)加載程序集，但一旦加載之后，程序集便被緩存到了本地。當(dāng)用戶至少啟動(dòng)了一次應(yīng)用程序后，其裝配就被下載和緩存到本地內(nèi)存中了，所以用戶就可以離線運(yùn)行你的智能客戶端了（通過轉(zhuǎn)換瀏覽器到離線工作狀態(tài)），假設(shè)應(yīng)用程序不需要永久訪問Web services或一個(gè)共享的數(shù)據(jù)庫就可以運(yùn)行。構(gòu)建智能客戶端的最大的好處就是可以離線使用。盡管業(yè)務(wù)之間的聯(lián)系越來越緊密，但我們?nèi)圆荒芙o企業(yè)應(yīng)用程序提供始終連續(xù)的連接。離線式工作方式可以在你重新在線時(shí)，自動(dòng)接收數(shù)據(jù)和應(yīng)用程序更新，這種特征是人們很想得到的，這是很難實(shí)現(xiàn)的。同胖客戶端一樣，智能客戶端給客戶端分布大量的處理，這就為服務(wù)器免除了它在一個(gè)基于Web的應(yīng)用程序中需要承擔(dān)的負(fù)荷。最后，智能客戶端采取一種用戶希望應(yīng)用程序采取的工作方式—允許快速數(shù)據(jù)存取和管理，而不需要不必要的屏幕更新。l 個(gè)性化用戶界面：用戶可根據(jù)喜好自行設(shè)置客戶端應(yīng)用程序，配置信息將被保存到服務(wù)器上。l 與WebServices的完美集成：Smart Client應(yīng)用程序可以與WebServices方便的集成應(yīng)用，這樣便可以輕松享受C/S和WebServices應(yīng)用程序的完美結(jié)合。 CAB技術(shù)CAB技術(shù)是微軟提供的開源企業(yè)庫（Enterprise Library）中的一部分，使用了目前商業(yè)客戶端應(yīng)用程序常用的設(shè)計(jì)模式來構(gòu)建了一個(gè)靈活的基礎(chǔ)框架，通過解耦界面各組成部分來降低不同UI部件之間的依賴關(guān)系和單個(gè)UI部件的開發(fā)復(fù)雜度，基于這個(gè)框架可以很容易的編寫運(yùn)行在microsoft .net平臺(tái)上的具有復(fù)雜用戶交互界面的Windows Form以及WPF 應(yīng)用程序。同時(shí)，CAB技術(shù)具有以下特點(diǎn)：216。 允許構(gòu)建由各個(gè)具有協(xié)作關(guān)系的獨(dú)立模塊組合成的復(fù)雜應(yīng)用；216。 分離關(guān)注點(diǎn)，能將各個(gè)模塊的開發(fā)的關(guān)注點(diǎn)和Shell的開發(fā)分離開來；216。 提供了一個(gè)能支持高質(zhì)量的桌面應(yīng)用開發(fā)的框架；提高了生產(chǎn)力，節(jié)約了開發(fā)時(shí)間，進(jìn)一步鞏固了架構(gòu)師和開發(fā)人員的勞動(dòng)成果。 WPF技術(shù)WPF為Windows Presentation Foundation的縮寫，是微軟推出的基于Windows Vista的用戶界面框架，WPF是微軟新一代圖形系統(tǒng)， Framework ，為用戶界面、2D/3D 圖形、文檔和媒體提供了統(tǒng)一的描述和操作方法。基于DirectX 9/10技術(shù)的WPF不僅帶來了前所未有的3D界面，而且其圖形向量渲染引擎也大大改進(jìn)了傳統(tǒng)的2D界面，比如Vista中的半透明效果的窗體等都得益于WPF。 程序員在WPF的幫助下，要開發(fā)出媲美Mac程序的酷炫界面已不再是遙不可及的奢望。 WPF相對(duì)于Windows客戶端的開發(fā)來說，向前跨出了巨大的一步， UI 框架，集成了矢量圖形，豐富的流動(dòng)文字支持flow text support，3D視覺效果和強(qiáng)大無比的控件模型框架。Microsoft在引入Windows Presentation Foundation 的同時(shí)，還引入了 XAML，這是一種公開表示 Windows 應(yīng)用程序用戶界面的標(biāo)記語言，可使開發(fā)人員和設(shè)計(jì)人員用來構(gòu)建和重用 UI 的工具更加豐富。對(duì)于 Web 開發(fā)人員，XAML 提供了熟悉的 UI 說明模式。XAML 還使 UI 設(shè)計(jì)從基礎(chǔ)代碼中分離出來，；這將把界面開發(fā)以及后臺(tái)邏輯很好的分開，降低了耦合度，真正做到了分離界面設(shè)計(jì)人員與開發(fā)人員的工作，使用戶界面設(shè)計(jì)師與程序開發(fā)者能更好的合作，降低維護(hù)和更新的成本。 WCF技術(shù)WCF為Windows Communication Foundation的縮寫，是由微軟發(fā)展的一組數(shù)據(jù)通信的應(yīng)用程序開發(fā)接口， Framework 開始引入，與Windows Presentation Foundation 及 Windows Workflow Foundation 并行為新一代 Windows 操作系統(tǒng)以及 WinFX 的三個(gè)重大應(yīng)用程序開發(fā)類庫。WCF 的基本概念是以合約 (Contract) 來定義雙方溝通的協(xié)議，合約必須要以接口的方式來體現(xiàn)，而實(shí)際的服務(wù)代碼必須要由這些合約接口派生并實(shí)現(xiàn)。合約分成了四種：數(shù)據(jù)合約 (Data Contract)，制定雙方溝通時(shí)的數(shù)據(jù)格式。服務(wù)合約 (Service Contract)，制定服務(wù)的定義。營運(yùn)合約 (Operation Contract)，訂定服務(wù)提供的方法。消息合約 (Message Contract)，訂定在通信期間改寫消息內(nèi)容的規(guī)范。WCF 支持了 HTTP，TCP，Named Pipe，MSMQ，PeerToPeer TCP 等協(xié)議，而 HTTP 又分為基本 HTTP 支持 (BasicHttpBinding) 以及 WSHTTP 支持 (WsHttpBinding)，而 TCP 亦支持 NetTcpBinding，NetPeerTcpBinding 等通信方式，因此，雙方必須要統(tǒng)一通信的協(xié)議，并且也要在編碼以及格式上要有所一致。對(duì)于WCF的客戶端來說，WCF 服務(wù)就像是一個(gè)Web Service 一樣，在 Visual Studio 2008 中，所有 WCF 服務(wù)的連接都是由客戶端的 WCF Service Proxy 來運(yùn)行，開發(fā)人員不用花費(fèi)太多心思在通信上，而WCF Service Proxy 在 Visual Studio中被稱為服務(wù)參考 (Service Reference)。在 Visual Studio 中加入 WCF 的服務(wù)參考時(shí)，Visual Studio 會(huì)自動(dòng)幫開發(fā)人員做掉一些必要工作（例如組態(tài)創(chuàng)建以及產(chǎn)生Service Proxy 等），開發(fā)人員只需要在代碼中取用 WCF Service Proxy對(duì)象即可。 VS2008開發(fā)平臺(tái)本系統(tǒng)的前臺(tái)開發(fā)和發(fā)布將基于ATBS開發(fā)平臺(tái)。 framework框架之上。ATBS客戶端具備的離線服務(wù)特性，使人機(jī)操作更加友好；具備的標(biāo)準(zhǔn)且豐富外設(shè)支持能力，提升了客戶端操作體驗(yàn)；智能化的版本管理，方便了應(yīng)用系統(tǒng)的日常維護(hù)。ATBS開發(fā)平臺(tái)以Visual Studio 2008集成化開發(fā)環(huán)境為基礎(chǔ)，通過集成自定義插件擴(kuò)展VS功能，輔助應(yīng)用開發(fā)。Visual Studio 2008 集成化開發(fā)環(huán)境(IDE)本質(zhì)上是一個(gè)可以用來加載并運(yùn)行各種VS Package的可擴(kuò)展環(huán)境，各個(gè)Package組件之間可以進(jìn)行通信和數(shù)據(jù)交換。Visual Studio 2008提供一組功能齊全、基于COM的架構(gòu)接口，可以讓我們往其中添加客制化Package組件，并加載運(yùn)行。ATBS 開發(fā)平臺(tái)就是建立在VSTS的可擴(kuò)展框架之上的，自定義的Package組件。ATBS開發(fā)平臺(tái)的邏輯架構(gòu)如圖10所示，它由客戶端和服務(wù)端兩部分組成?？蛻舳酥饕?fù)責(zé)各種資源的開發(fā)和使用，并生成相應(yīng)的業(yè)務(wù)界面和邏輯；服務(wù)端主要負(fù)責(zé)資源管理和組件發(fā)布。圖10 ATBS開發(fā)平臺(tái)開發(fā)平臺(tái)客戶端主要提供開發(fā)人員統(tǒng)一的入口界面，可以進(jìn)行對(duì)特定資源的開發(fā)和管理(如界面，服務(wù)，數(shù)據(jù)庫組件等)。開發(fā)平臺(tái)的服務(wù)端即TFS（Team Foundation Server）服務(wù)器。基于TFS的代碼及文檔管理、版本分支管理、缺陷跟蹤、權(quán)限管理等相關(guān)功能，ATBS開發(fā)平臺(tái)為應(yīng)用開發(fā)團(tuán)隊(duì)提供了良好的協(xié)作環(huán)境，是高效、有序進(jìn)行應(yīng)用開發(fā)的有力保障。ATBS運(yùn)行框架由ATBS客戶端和ATBS服務(wù)端組成，ATBS客戶端主要負(fù)責(zé)業(yè)務(wù)系統(tǒng)交互界面的展現(xiàn)、操作事件的響應(yīng)及處理、多應(yīng)用的支持和管理、外設(shè)的訪問以及第三方系統(tǒng)客戶端的集成等等功能，客戶端充分發(fā)揮其計(jì)算能力，只有涉及對(duì)數(shù)據(jù)的業(yè)務(wù)處理時(shí)才訪問ATBS服務(wù)端，通過ATBS服務(wù)端實(shí)現(xiàn)對(duì)后臺(tái)應(yīng)用及數(shù)據(jù)庫的訪問；而ATBS管理端則是使用ATBS開發(fā)平臺(tái)開發(fā)并運(yùn)行在ATBS運(yùn)行框架上的可擴(kuò)展的監(jiān)控與管理應(yīng)用基礎(chǔ)框架，方便系統(tǒng)管理類應(yīng)用的開發(fā)和部署（如圖11所示）。圖11 ATBS開發(fā)平臺(tái)發(fā)布 PLANTIX平臺(tái)金融產(chǎn)品庫系統(tǒng)的后臺(tái)開發(fā)將基于Plantix平臺(tái)。Plantix平臺(tái)構(gòu)建在J2EE框架之上，充分使用當(dāng)今Java領(lǐng)域先進(jìn)的技術(shù)與思想，提供了一個(gè)完整的J2EE開發(fā)平臺(tái)，解決開發(fā)中最常見最瑣碎的問題，使開發(fā)者專注于業(yè)務(wù)邏輯的編寫和測(cè)試。Plantix的分層設(shè)計(jì)圖如圖12所示：圖12 PLANTIX平臺(tái)的分層設(shè)計(jì)圖Plantix分層結(jié)構(gòu)，分為如下四層：l 瀏覽器/客戶端層（Web/Client layer）l 服務(wù)層（Service Layer）l 應(yīng)用邏輯層（Application Logic Layer）l 業(yè)務(wù)層（Domain Layer）分為領(lǐng)域?qū)ο螅―omain object）和數(shù)據(jù)訪問對(duì)象（DAO）總體開發(fā)規(guī)則采用分層開發(fā)和逐層調(diào)用的規(guī)則。l 設(shè)計(jì)領(lǐng)域?qū)ο?、設(shè)計(jì)數(shù)據(jù)庫表、配置對(duì)象映射l 開發(fā)業(yè)務(wù)邏輯，組織業(yè)務(wù)流程l 編寫交易服務(wù)，進(jìn)行數(shù)據(jù)驗(yàn)證l 編寫Web Action，綁定數(shù)據(jù)和頁面l 開發(fā)JSP，設(shè)置數(shù)據(jù)展現(xiàn)樣式Plantix應(yīng)用框架（如圖13所示）。圖13 Plantix應(yīng)用框架Plantix平臺(tái)用到的主要基礎(chǔ)技術(shù)：控制反轉(zhuǎn)(IoC, Inversion of Control) 是用來解決組件依賴以及生命周期管理的方法。系統(tǒng)中存在很多組件，組件之間存在依賴關(guān)系，這些依賴關(guān)系手工編程解決，非常繁瑣笨拙，而且容易出錯(cuò)。基于控制反轉(zhuǎn)的容器將這些依賴關(guān)系從編程中抽取出來，由一個(gè)統(tǒng)一的容器來管理這些依賴，自動(dòng)處理這些組件在創(chuàng)建時(shí)候的所需要的其他組件，可以簡化編程，減少錯(cuò)誤。AOP（Aspect Oriented Programming）面向方面編程，使開發(fā)人員可以更好地將本不該彼此糾纏在一起的任務(wù)（例如事務(wù)處理、系統(tǒng)緩存等）分離開來。 AOP方法有很多優(yōu)點(diǎn)。首先，由于操作更為簡潔，所以改進(jìn)了性能。其次，它使程序員可以花費(fèi)更少的時(shí)間重用相同的代碼。面向數(shù)據(jù)庫的編程在Plantix中變得不再是技術(shù)難題。通過對(duì)象關(guān)系映射（ORM）工具的引入，平臺(tái)中的領(lǐng)域模型對(duì)象可以輕松的獲得數(shù)據(jù)持久的能力，數(shù)據(jù)庫的差異被屏蔽。目前平臺(tái)支持十余種流行數(shù)據(jù)庫，應(yīng)用可以在這些數(shù)據(jù)庫間進(jìn)行平滑的遷移采用了模型視圖控制器（MVC）技術(shù)的頁面框架，解耦模型和展現(xiàn)，使得頁面和模型可以分別演化，便于快速原型捕獲需求和快速響應(yīng)業(yè)務(wù)需求。 采用了面向服務(wù)架構(gòu)（SOA）的思想，在服務(wù)層提供了SOA實(shí)現(xiàn)支持，為其他應(yīng)用系統(tǒng)集成提供了支撐，為應(yīng)用系統(tǒng)架構(gòu)設(shè)計(jì)時(shí)引入服務(wù)組件思想提供了幫助。第四章 銀行動(dòng)態(tài)客戶端平臺(tái)系統(tǒng)設(shè)計(jì) 系統(tǒng)體系結(jié)構(gòu)ATBS平臺(tái)作為某銀行統(tǒng)一的富客戶端應(yīng)用的客戶端平臺(tái)，部署方式上具有比較大的靈活性，但是在邏輯結(jié)構(gòu)上，統(tǒng)一采用C\S架構(gòu)，通訊轉(zhuǎn)發(fā)和數(shù)據(jù)庫等服務(wù)統(tǒng)一由服務(wù)端完成，客戶端負(fù)責(zé)完成界面展現(xiàn)，操作控制、外設(shè)驅(qū)動(dòng)。（ATBS平臺(tái)架構(gòu)如圖14所示）圖14 ATBS平臺(tái)架構(gòu)ATBS的客戶端架構(gòu)如圖15所示：圖15 ATBS客戶端應(yīng)用邏輯架構(gòu)n UI組合框架UI框架是一個(gè)可復(fù)用外殼，它負(fù)責(zé)加載和顯示UI 元素，并為用戶提供“操作點(diǎn)” （如菜單和其他導(dǎo)航組件）。外殼與部件之間是可自由拆分的松散耦合關(guān)系。除了為可重用的部件提供外殼之外，UI組合框架還為諸如加載模塊、消息通信、狀態(tài)保持等任務(wù)提供了一套智能客戶端核心服務(wù)。n 會(huì)話管理在大多數(shù)情況下，應(yīng)用在運(yùn)行過程中只需要訪問和操作私有的數(shù)據(jù)成員。但在有些業(yè)務(wù)場(chǎng)景中，應(yīng)用需要訪問一些全局的信息，例當(dāng)前登陸柜員信息，客戶信息，全局消息等。n 界面調(diào)度引擎一般地，ATBS客戶端應(yīng)用由多個(gè)交互界面組成，運(yùn)行時(shí)按照一定的業(yè)務(wù)規(guī)則調(diào)度執(zhí)行。為了簡化應(yīng)用開發(fā)，客戶端框架將界面之間的調(diào)度業(yè)務(wù)規(guī)則抽象成界面調(diào)度引擎，它獨(dú)立于應(yīng)用并在不同應(yīng)用之間共享。對(duì)于特殊的調(diào)度規(guī)則，應(yīng)用可以通過擴(kuò)展引擎的接口實(shí)現(xiàn)。需要補(bǔ)充的是，界面調(diào)度引擎僅僅是為了簡化某些應(yīng)用的開發(fā)而設(shè)計(jì)的，它并不是框架的核心功能，也并非應(yīng)用開發(fā)者的必須選擇。n 外設(shè)抽象訪問在非常普遍的業(yè)務(wù)場(chǎng)景中，ATBS應(yīng)用都需要訪問種類繁多的外部設(shè)備。例如各類打印機(jī)、磁卡讀卡器、IC卡讀卡器、掃描儀等。由于不同品牌的同類設(shè)備其驅(qū)動(dòng)程序的接口不規(guī)范，為構(gòu)建上層統(tǒng)一應(yīng)用造成了障礙。為了讓ATBS應(yīng)用能夠透明訪問外部設(shè)備，ATBS平臺(tái)提供了一組抽象設(shè)備控制組件，如圖所示。抽象組件的標(biāo)準(zhǔn)接口能夠屏蔽不同品牌或不同型號(hào)外設(shè)間的驅(qū)動(dòng)層特性差異，為應(yīng)用的開發(fā)人員提供一個(gè)訪問設(shè)備部件的統(tǒng)一平臺(tái)。n 基礎(chǔ)服務(wù)在ATBS客戶端將在成熟的Enterprise