【正文】 渠道接入模塊設(shè)計(jì)原則：提供可擴(kuò)展的渠道接入，統(tǒng)一的報(bào)文格式，配置型的接入控制策略。其中，金融產(chǎn)品庫應(yīng)用服務(wù)器可以部署成集群模式，以增加金融產(chǎn)品庫系統(tǒng)的訪問負(fù)載能力。PLANTIX后臺(tái)采用分層設(shè)計(jì)，客戶端連接通過渠道接入控制、服務(wù)調(diào)度控制、應(yīng)用邏輯控制和數(shù)據(jù)接口控制模塊與后臺(tái)數(shù)據(jù)庫進(jìn)行通訊，并最終完成整個(gè)業(yè)務(wù)流程。金融產(chǎn)品庫系統(tǒng)采用了WebService做為前后臺(tái)的解決方案。ATBS平臺(tái)并不解決具體的業(yè)務(wù)流程，只提供業(yè)務(wù)渠道。當(dāng)文件無法下載時(shí)，他會(huì)調(diào)用CallNextDP()更換DP地址繼續(xù)下載客戶端接口: 客戶端程序入口 public partial class App : ApplicationA．客戶端啟動(dòng)入口：void AppStartup(object sender, StartupEventArgs args) 邏輯說明：客戶端啟動(dòng)程序入口第五章 金融產(chǎn)品庫系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 金融產(chǎn)品庫的系統(tǒng)架構(gòu) 系統(tǒng)邏輯圖ATBS客戶端連接ATBS服務(wù)器與后臺(tái)的PLANTIX平臺(tái)進(jìn)行通訊。邏輯說明:這是個(gè)獲取DP地址列表的方法。: void CallNextDP()。:void SetServersIP( Liststring IpString )。：void DownLoadFile( string local, string FileName )。本地服務(wù)接口：WCF命名管道通信接口: public interface ILocalService：ListAssemblyInfoFile GetDownList( string AppPath )。C．測(cè)試WCF網(wǎng)絡(luò)聯(lián)結(jié)是否成功。B．提供獲取DP版本列表：ListAssemblyInfoFile GetServerList()。 M：文件最后修改時(shí)間；l 接口介紹 遠(yuǎn)程DP接口:WCF通信接口public interface IFileUpdateService：MyFileInfo DownloadFile( DownloadFileRequest request )。 B：文件哈希值；216。 A：文件名；216。所不同的是，在客戶端還會(huì)記錄文件在本地的最后修改時(shí)間（如圖29所示），而這也是防止文件被篡改，保證程序完整性和一致的手段。圖28 系統(tǒng)調(diào)用順序圖在版本服務(wù)器上發(fā)布新版本后，使用發(fā)布時(shí)的時(shí)間戳作為系統(tǒng)的版本號(hào)，利用強(qiáng)簽名機(jī)制記錄發(fā)布的每個(gè)文件的信息，這些信息都將以一個(gè)XML文件的格式、以字符串形式保存在ATBS數(shù)據(jù)庫中。本地服務(wù)成功的通過DP列表的地址連結(jié)到了遠(yuǎn)程DP下載服務(wù)器，并從接口獲取了DP服務(wù)器最新版本的文件強(qiáng)簽名列表，本地服務(wù)再通過讀取自己的版本列表文件（如果讀取不到文件則會(huì)自動(dòng)重新生成，但為了提高速度況且考慮到客戶端沒權(quán)限亂刪文件的情況下，默認(rèn)不是每次都去生成）,以服務(wù)器版本以基礎(chǔ)，去看本地是多少不需要下載的文件，得到需要下載的列表。詳見如圖27系統(tǒng)調(diào)用圖圖27 系統(tǒng)調(diào)用圖 功能模塊設(shè)計(jì)與實(shí)現(xiàn)服務(wù)器端和客戶端安裝布屬完畢后，保持網(wǎng)絡(luò)良好的情況下，假定服務(wù)器進(jìn)行了新版本發(fā)布，客戶端詳細(xì)流程設(shè)計(jì)（見圖28）如下：用戶雙擊客戶端，開啟版本控制用例，客戶端首先檢查傳入的參數(shù)，此時(shí)啟動(dòng)參數(shù)條件不滿足，進(jìn)入版本控制模塊分支，啟動(dòng)服務(wù)更新程序，客戶端進(jìn)程自殺結(jié)束。地區(qū)版本服務(wù)器上的信息保證與主版本服務(wù)器完全一致，不可手工修改任何文件信息。 版本更新模塊設(shè)計(jì) 功能模塊說明考慮到銀行網(wǎng)點(diǎn)眾多，分布廣泛的特點(diǎn)，為分解龐大的下載壓力，將整個(gè)系統(tǒng)功能布屬角色劃分為三層即省行的主版本控制服務(wù)器（Main Point）, 地區(qū)版本控制服務(wù)器（Distribute Point, DP）和客戶端（終端）.省行的ATBS新版本發(fā)布，通過ATBS發(fā)布工具，將其新版本文件及列表文件以推的方式發(fā)送到所有的地區(qū)版本控制服務(wù)器上，并將更新的文件生成一份文件信息的XML列表保存在本地，并同時(shí)將更新文件列表信息保存到ATBS數(shù)據(jù)庫中，供客戶端讀取使用。服務(wù)組件、原子交易組件的配置信息保存在數(shù)據(jù)庫表中。剝離原子服務(wù)層主要是便于復(fù)用，不是必須的，Service組件中可以不用包含AtomicTransaction組件，直接編寫業(yè)務(wù)邏輯，調(diào)用后臺(tái)服務(wù)。Service層為客戶端提供視圖。服務(wù)運(yùn)行時(shí)根據(jù)服務(wù)編碼來調(diào)用不同的服務(wù)組件來響應(yīng)客戶端的請(qǐng)求，服務(wù)組件接收請(qǐng)求報(bào)文ATBSRequest，完成應(yīng)用邏輯，返回應(yīng)答報(bào)文ATBSResponse給客戶端?？蛻舳送ㄟ^調(diào)用代理類ClientToServerCommunicater的Excuse（）方法來發(fā)起一個(gè)服務(wù)。因此服務(wù)端并不會(huì)保存每筆業(yè)務(wù)的信息，只緩存公共的配置數(shù)據(jù)，客戶端的每次請(qǐng)求都會(huì)帶入最精簡(jiǎn)的業(yè)務(wù)信息到Services平臺(tái)，以減少內(nèi)存消耗，降低前后臺(tái)的耦合度。圖26 ATBS應(yīng)用WCF服務(wù)在WCF中，服務(wù)端可以為客戶端提供各種各樣的服務(wù)，這些服務(wù)通過端口（EndPoint）暴露給客戶端。ATBS應(yīng)用服務(wù)使用WCF為客戶端提供服務(wù)，作為服務(wù)接入模塊，主要保證服務(wù)的穩(wěn)定性，并減少系統(tǒng)的資源開銷。服務(wù)端雖然通過WCF為客戶端提供了直接的接口，但是考慮到并發(fā)量等問題，在ATBS框架中，客戶端并不是直接調(diào)用WCF的接口，而是在服務(wù)器端維持了一個(gè)連接池，連接池中存放的是與客戶端的WCF連接，由該連接池來控制客戶端與服務(wù)端的連接情況，包括連接的數(shù)量以及每個(gè)連接的持續(xù)時(shí)間，都由連接池來控制。使用連接池可以有效控制服務(wù)平臺(tái)的并發(fā)量。連接池根據(jù)服務(wù)平臺(tái)的功能類型劃分，服務(wù)請(qǐng)求、消息通知等分別使用獨(dú)立的連接池。如果數(shù)據(jù)存在問題，則返回失敗，否則繼續(xù)執(zhí)行；服務(wù)引擎根據(jù)服務(wù)編號(hào)（ServiceCode）到Service組件緩存區(qū)里查找對(duì)應(yīng)的Service組件，如果沒有找到，則去讀取對(duì)應(yīng)的Service組件配置信息，根據(jù)配置信息加載Service組件；如果前面執(zhí)行都成功，則開始調(diào)用Service組件處理請(qǐng)求，將最終結(jié)果填充到返回報(bào)文，回調(diào)客戶端；客戶端收到服務(wù)端回調(diào)信息，釋放調(diào)用線程，繼續(xù)下面的操作（圖24所示）。ATBS應(yīng)用服務(wù)實(shí)際上是一個(gè)WCF的服務(wù)（Service），并駐留在Windows操作系統(tǒng)的系統(tǒng)服務(wù)中。ATBS服務(wù)層是通過WCF來實(shí)現(xiàn)SOA功能的，WCF是微軟公司推出的一種構(gòu)建分布式面向服務(wù)系統(tǒng)的開發(fā)技術(shù)，可用于建立安全、可靠的面向服務(wù)的應(yīng)用系統(tǒng)。從整體上來看，ATBS應(yīng)用服務(wù)采用了SOA架構(gòu)（Service Oriented Architecture，面向服務(wù)架構(gòu)），ATBS應(yīng)用服務(wù)發(fā)布統(tǒng)一的服務(wù)接口給客戶端調(diào)用。如圖23應(yīng)用服務(wù)邏輯架圖所示，ATBS服務(wù)端的主要功能包括：服務(wù)接入，公共資源，服務(wù)運(yùn)行時(shí)，客戶端版本控制，服務(wù)日志，異常處理等具體的功能模塊。 } 服務(wù)端架構(gòu) 服務(wù)端功能模塊介紹ATBS服務(wù)端是ATBS運(yùn)行平臺(tái)的服務(wù)層部分，它和ATBS客戶端一同構(gòu)成ATBS運(yùn)行平臺(tái)。 } private void EntityToView( entity) { = 。 private void ViewToEntity( entity) { (gts_biz_abis_code, )。應(yīng)用界面和數(shù)據(jù)可實(shí)現(xiàn)雙向綁定，即用戶修改了界面上的數(shù)據(jù)會(huì)馬上同步更改界面Entity的相應(yīng)屬性值，同理界面Entity發(fā)生了更新也會(huì)馬上體現(xiàn)到界面上。整個(gè)打開應(yīng)用的程序流程如圖所示。）因此，使用此種方式的前提就是界面必須使用ATBS封裝的金融控件?？蛻舳丝蚣茉赗efreshUI中遍歷界面的邏輯樹，如果是金融控件，則取該控件的DataMember值（字符串，和控件名稱相同）作為Key，從Entity的HashTable中取出（GetData）對(duì)應(yīng)的Value并賦給（SetValue）該控件。 ((gts_biz_ac_bank_type))。 (gts_biz_ac_bank_type, ())。第一種方式，在使用ATBS開發(fā)平臺(tái)生成界面時(shí)，在界面的后臺(tái)代碼中會(huì)自動(dòng)生成ViewToEntity以及EntityToView兩個(gè)函數(shù)，由開發(fā)人員在需要的時(shí)候調(diào)用，示例代碼如下所示，其中ViewToEntity里實(shí)現(xiàn)讀取界面控件的值保存到Entity的HashTable中，而EntityToView則是從Entity的HashTable中取出屬性值并賦給對(duì)應(yīng)的控件。 } }應(yīng)用界面和數(shù)據(jù)可實(shí)現(xiàn)雙向綁定，即用戶修改了界面上的數(shù)據(jù)會(huì)馬上同步更改界面Entity的相應(yīng)屬性值，同理界面Entity發(fā)生了更新也會(huì)馬上體現(xiàn)到界面上。 } return ((string)([MonitorCenterIP]))。和應(yīng)用界面必須繼承自ATBSBaseView用戶控件一樣，應(yīng)用界面的數(shù)據(jù)也必須繼承自BaseBusinessEntity類，該類內(nèi)嵌了一個(gè)HashTable用來存儲(chǔ)Entity數(shù)據(jù)，即Entity的每個(gè)屬性均以屬性名字符串作為Key、屬性值作為Value存儲(chǔ)在HashTable中，Entity屬性的定義如下代碼所示。圖20 界面呈現(xiàn)模型視圖的展現(xiàn)：主工作區(qū)ATBSTabWorSpace里面放置一個(gè)TabControl，當(dāng)用戶同時(shí)打開多個(gè)應(yīng)用的時(shí)候，一個(gè)應(yīng)用對(duì)應(yīng)一個(gè)TabItem；業(yè)務(wù)應(yīng)用視圖ATBSBaseView通過BusinessHolder用戶控件在TabItem的Content中展現(xiàn)，每個(gè)應(yīng)用（BusinessEntry）擁有唯一的一個(gè)BusinessHolder，因此BusinessHolder控件中可以同時(shí)包含多個(gè)視圖（針對(duì)多視圖應(yīng)用），但每次只顯示其中的一個(gè)視圖（通過設(shè)置Visibility屬性）。 業(yè)務(wù)應(yīng)用展現(xiàn)模型設(shè)計(jì) 客戶端框架支持用戶同時(shí)打開多個(gè)應(yīng)用，支持單個(gè)應(yīng)用包含一個(gè)或者多個(gè)界面，須是客戶端框架界面基類ATBSBaseView或者它的派生類的對(duì)象才可以在主工作區(qū)展現(xiàn)并接受客戶端框架的管理。 用戶信息欄：由于客戶端框架支持用戶同時(shí)登錄多個(gè)身份，因此用戶身份需要和應(yīng)用相關(guān)聯(lián)，根據(jù)當(dāng)前活動(dòng)應(yīng)用的不同顯示不同的身份，用戶信息一般包括系統(tǒng)名、用戶名、所屬機(jī)構(gòu)號(hào)、賬務(wù)日期等等；框架為每個(gè)功能定義了一個(gè)基礎(chǔ)服務(wù)（CommonService），里面除了封裝訪問UI部件的接口，同時(shí)所有UI部件依賴的數(shù)據(jù)結(jié)構(gòu)均保存在基礎(chǔ)服務(wù)里面，這樣設(shè)計(jì)不只便于對(duì)數(shù)據(jù)進(jìn)行管理和共享，同時(shí)也實(shí)現(xiàn)了工作區(qū)界面與數(shù)據(jù)的解耦合，便于功能擴(kuò)展。 擴(kuò)展功能區(qū)：應(yīng)用系統(tǒng)只要實(shí)現(xiàn)框架提供的接口就可以將自定義的功能模塊加入到右邊擴(kuò)展功能區(qū)，各功能模塊可疊加多個(gè)，如計(jì)算器、基金股市動(dòng)態(tài)圖等等，也可與應(yīng)用相關(guān)聯(lián)顯示應(yīng)用的特定信息的顯示；216。 主工作區(qū)：應(yīng)用界面的展示和操作區(qū)域，使用Tab模式展現(xiàn)同時(shí)打開的多個(gè)應(yīng)用，一個(gè)Tab對(duì)應(yīng)一個(gè)應(yīng)用。 應(yīng)用導(dǎo)航區(qū)：提供應(yīng)用導(dǎo)航功能，包括應(yīng)用主功能樹以及常用功能樹；業(yè)務(wù)系統(tǒng)登陸后客戶端框架會(huì)加載用戶有權(quán)限的所有應(yīng)用節(jié)點(diǎn)，功能樹的每個(gè)葉子節(jié)點(diǎn)對(duì)應(yīng)一個(gè)應(yīng)用，可以通過鼠標(biāo)點(diǎn)擊或者應(yīng)用搜索的方式的打開應(yīng)用界面；用戶可將常用的應(yīng)用添加到常用功能樹，常用功能樹里面的應(yīng)用支持熱鍵配置（Alt+0~9）；216。 快捷工具欄：提供框架級(jí)的按鈕操作，依次為知識(shí)庫搜索、專家在線、主工作區(qū)切換、補(bǔ)簽到、簽退、鎖屏、系統(tǒng)設(shè)置以及樣式切換，同時(shí)還提供接口供應(yīng)用增加自定義按鈕；216。ATBS將主界面劃分為多個(gè)工作區(qū)，而一個(gè)工作區(qū)則對(duì)應(yīng)客戶端框架主界面的一個(gè)UI功能模塊（如圖19所示）。ATBS客戶端程序啟動(dòng)流程如圖18所示圖18 ATBS程序啟動(dòng)邏輯圖，該程序主要負(fù)責(zé)啟動(dòng)版本更新程序：；版本更新程序完成ATBS客戶端以及業(yè)務(wù)系統(tǒng)客戶端程序集的更新；更新完成后將啟動(dòng)客戶端框架程序（）,首先出現(xiàn)的是用戶登陸界面；在用戶登陸前可以進(jìn)行系統(tǒng)訂閱，如果新增訂閱，重新啟動(dòng)版本更新程序進(jìn)行版本更新；用戶可選擇自己需要登陸的應(yīng)用系統(tǒng)，輸入相應(yīng)的身份后進(jìn)行登陸，客戶端框架主界面將展現(xiàn)，同時(shí)業(yè)務(wù)系統(tǒng)的功能樹將加載到功能樹工作區(qū)。支持用戶自定義操作習(xí)慣和操作界面布局，例如工作區(qū)寬度、應(yīng)用搜索模式、樣式、功能樹的點(diǎn)擊模式、隱藏工具條等等。 用戶個(gè)性化管理：支持用戶管理常用功能樹，配置熱鍵（Alt+0~9）。 前臺(tái)應(yīng)用整合：可利用仿真終端控件集成字符終端應(yīng)用；通過Web控件訪問Web應(yīng)用；利用程序容器控件加載任何第三方可執(zhí)行應(yīng)用程序。 打?。褐С謶{證打印、報(bào)表打印以及文本直接打印。 外設(shè)管理：支持密碼鍵盤、磁卡讀卡器、IC卡讀卡器以及二代身份證讀卡器等外設(shè)，應(yīng)用只需面對(duì)抽象的外設(shè)接口編程，底層驅(qū)動(dòng)可根據(jù)實(shí)際情況配置選擇。 公共服務(wù)：客戶端框架封裝好統(tǒng)一的接口供業(yè)務(wù)系統(tǒng)調(diào)用，主要包括通信、日志、異常處理、緩存處理、信息提示、鎖屏、備忘錄、寫本地文件服務(wù)等等。 會(huì)話管理：集成了單點(diǎn)登錄系統(tǒng)，為所有業(yè)務(wù)系統(tǒng)提供統(tǒng)一的登錄/注銷管理，維護(hù)用戶信息等會(huì)話信息；支持用戶補(bǔ)簽到多個(gè)業(yè)務(wù)系統(tǒng)，簽退單個(gè)或全部已登錄系統(tǒng)。 業(yè)務(wù)應(yīng)用展現(xiàn)：客戶端框架最核心的模塊，負(fù)責(zé)業(yè)務(wù)應(yīng)用界面的加載、顯示、調(diào)度及管理等等。 系統(tǒng)訂閱：幫助用戶維護(hù)自己關(guān)注的業(yè)務(wù)系統(tǒng)，版本更新模塊將根據(jù)訂閱的結(jié)果決定檢查、更新的范圍，減少不必要的更新。 版本控制：實(shí)現(xiàn)了ATBS以及應(yīng)用系統(tǒng)的客戶端程序自動(dòng)檢查、更新；提供客戶端程序防篡改的程序完整性及一致性校驗(yàn)；強(qiáng)制只有更新成功的業(yè)務(wù)系統(tǒng)才可以登錄。 客戶端架構(gòu) 客戶端功能模塊介紹ATBS客戶端的遠(yuǎn)期目標(biāo)是成為面向各類胖客戶端應(yīng)用系統(tǒng)的通用平臺(tái)，即除了用ATBS開發(fā)的新的業(yè)務(wù)系統(tǒng)的客戶端，已經(jīng)存在的胖客戶端應(yīng)用系統(tǒng)（如Web應(yīng)用系統(tǒng)，字符終端應(yīng)用系統(tǒng)等等）也能夠集成。其中，基礎(chǔ)組件庫主要提供了報(bào)文轉(zhuǎn)換操作的格式適配器組件和基礎(chǔ)通信服務(wù)組件。