【正文】 } private void EntityToView( entity) { = 。 ((gts_biz_ac_bank_type))。 } 服務(wù)端架構(gòu) 服務(wù)端功能模塊介紹ATBS服務(wù)端是ATBS運(yùn)行平臺(tái)的服務(wù)層部分，它和ATBS客戶(hù)端一同構(gòu)成ATBS運(yùn)行平臺(tái)。ATBS應(yīng)用服務(wù)器是整個(gè)ATBS平臺(tái)的核心，主要解決ATBS客戶(hù)端的數(shù)據(jù)庫(kù)接入、應(yīng)用邏輯調(diào)度和實(shí)現(xiàn)、業(yè)務(wù)系統(tǒng)的適配與調(diào)用等功能。如圖23應(yīng)用服務(wù)邏輯架圖所示，ATBS服務(wù)端的主要功能包括：服務(wù)接入，公共資源，服務(wù)運(yùn)行時(shí)，客戶(hù)端版本控制，服務(wù)日志，異常處理等具體的功能模塊。圖23 應(yīng)用服務(wù)邏輯架構(gòu) 應(yīng)用服務(wù)端架構(gòu)設(shè)計(jì)ATBS應(yīng)用服務(wù)的邏輯架構(gòu)如圖23所示。從整體上來(lái)看，ATBS應(yīng)用服務(wù)采用了SOA架構(gòu)（Service Oriented Architecture，面向服務(wù)架構(gòu)），ATBS應(yīng)用服務(wù)發(fā)布統(tǒng)一的服務(wù)接口給客戶(hù)端調(diào)用。這樣做的好處是可以簡(jiǎn)化客戶(hù)端的調(diào)用方法，任何客戶(hù)端都可以通過(guò)同一個(gè)接口來(lái)調(diào)用服務(wù)端的服務(wù)，服務(wù)層根據(jù)客戶(hù)端傳入的參數(shù)來(lái)選擇該客戶(hù)端所需的具體服務(wù)。ATBS服務(wù)層是通過(guò)WCF來(lái)實(shí)現(xiàn)SOA功能的，WCF是微軟公司推出的一種構(gòu)建分布式面向服務(wù)系統(tǒng)的開(kāi)發(fā)技術(shù)，可用于建立安全、可靠的面向服務(wù)的應(yīng)用系統(tǒng)。應(yīng)用服務(wù)的運(yùn)行邏輯如圖24所示。ATBS應(yīng)用服務(wù)實(shí)際上是一個(gè)WCF的服務(wù)（Service），并駐留在Windows操作系統(tǒng)的系統(tǒng)服務(wù)中?？蛻?hù)端調(diào)用ATBS Services平臺(tái)通訊接口開(kāi)始請(qǐng)求服務(wù)后，該通訊過(guò)程是同步的，因此客戶(hù)端會(huì)阻塞調(diào)用線程；服務(wù)端接收到請(qǐng)求后，對(duì)傳遞過(guò)來(lái)的通訊上下文數(shù)據(jù)進(jìn)行驗(yàn)證，如服務(wù)編號(hào)、柜員信息是否為空。如果數(shù)據(jù)存在問(wèn)題，則返回失敗，否則繼續(xù)執(zhí)行；服務(wù)引擎根據(jù)服務(wù)編號(hào)（ServiceCode）到Service組件緩存區(qū)里查找對(duì)應(yīng)的Service組件，如果沒(méi)有找到，則去讀取對(duì)應(yīng)的Service組件配置信息，根據(jù)配置信息加載Service組件；如果前面執(zhí)行都成功，則開(kāi)始調(diào)用Service組件處理請(qǐng)求，將最終結(jié)果填充到返回報(bào)文，回調(diào)客戶(hù)端；客戶(hù)端收到服務(wù)端回調(diào)信息，釋放調(diào)用線程，繼續(xù)下面的操作（圖24所示）。圖24 ATBS應(yīng)用服務(wù)運(yùn)行邏輯ATBS使用連接池維護(hù)客戶(hù)端的連接、管理和服用鏈接。連接池根據(jù)服務(wù)平臺(tái)的功能類(lèi)型劃分，服務(wù)請(qǐng)求、消息通知等分別使用獨(dú)立的連接池。服務(wù)平臺(tái)根據(jù)具體需要配置連接池的最大連接數(shù)、失效時(shí)間。使用連接池可以有效控制服務(wù)平臺(tái)的并發(fā)量。（見(jiàn)圖25）圖25 客戶(hù)端接入服務(wù)端示意圖ConnectionManager是提供給客戶(hù)端的連接池管理類(lèi)。服務(wù)端雖然通過(guò)WCF為客戶(hù)端提供了直接的接口，但是考慮到并發(fā)量等問(wèn)題，在ATBS框架中，客戶(hù)端并不是直接調(diào)用WCF的接口，而是在服務(wù)器端維持了一個(gè)連接池，連接池中存放的是與客戶(hù)端的WCF連接，由該連接池來(lái)控制客戶(hù)端與服務(wù)端的連接情況，包括連接的數(shù)量以及每個(gè)連接的持續(xù)時(shí)間，都由連接池來(lái)控制。如果客戶(hù)端要與服務(wù)端進(jìn)行通訊，則先去連接池中獲取一個(gè)連接，然后利用該連接與服務(wù)端進(jìn)行業(yè)務(wù)通訊，通訊結(jié)束后，客戶(hù)端會(huì)把連接釋放到連接池中，以便其他的業(yè)務(wù)使用。ATBS應(yīng)用服務(wù)使用WCF為客戶(hù)端提供服務(wù)，作為服務(wù)接入模塊，主要保證服務(wù)的穩(wěn)定性，并減少系統(tǒng)的資源開(kāi)銷(xiāo)。圖26是ATBS中客戶(hù)端通過(guò)WCF與服務(wù)端通訊的示意圖。圖26 ATBS應(yīng)用WCF服務(wù)在WCF中，服務(wù)端可以為客戶(hù)端提供各種各樣的服務(wù)，這些服務(wù)通過(guò)端口（EndPoint）暴露給客戶(hù)端。ATBS服務(wù)接入采用了WCF多線程并發(fā)模式（）下的PerCall服務(wù)方式，也就是對(duì)于客戶(hù)端的每一個(gè)業(yè)務(wù)請(qǐng)求，服務(wù)端都會(huì)開(kāi)一個(gè)新的線程為之服務(wù)，服務(wù)結(jié)束后該線程會(huì)銷(xiāo)毀。因此服務(wù)端并不會(huì)保存每筆業(yè)務(wù)的信息，只緩存公共的配置數(shù)據(jù)，客戶(hù)端的每次請(qǐng)求都會(huì)帶入最精簡(jiǎn)的業(yè)務(wù)信息到Services平臺(tái)，以減少內(nèi)存消耗，降低前后臺(tái)的耦合度。ATBS應(yīng)用服務(wù)封裝成統(tǒng)一標(biāo)準(zhǔn)的對(duì)外接口，對(duì)于不同客戶(hù)端的不同業(yè)務(wù)請(qǐng)求，都調(diào)用這個(gè)統(tǒng)一的接口?？蛻?hù)端通過(guò)調(diào)用代理類(lèi)ClientToServerCommunicater的Excuse（）方法來(lái)發(fā)起一個(gè)服務(wù)?？蛻?hù)端使用通信上下文為調(diào)用服務(wù)的參數(shù)，通信上下文里包含必要的信息，如服務(wù)編碼（ServiceCode）、操作柜員編號(hào)、業(yè)務(wù)編碼等。服務(wù)運(yùn)行時(shí)根據(jù)服務(wù)編碼來(lái)調(diào)用不同的服務(wù)組件來(lái)響應(yīng)客戶(hù)端的請(qǐng)求，服務(wù)組件接收請(qǐng)求報(bào)文ATBSRequest，完成應(yīng)用邏輯，返回應(yīng)答報(bào)文ATBSResponse給客戶(hù)端?？蛻?hù)端的服務(wù)接入，客戶(hù)端發(fā)起的每一筆交易在服務(wù)端可以劃分為兩個(gè)層次：服務(wù)層（Service）、原子服務(wù)層（AtomicTransaction）。Service層為客戶(hù)端提供視圖。每個(gè)客戶(hù)端的調(diào)用對(duì)應(yīng)于一個(gè)Service組件，Service組件則是提供給客戶(hù)端調(diào)用的一項(xiàng)服務(wù)，在Service組件中，可以調(diào)用和組合AtomicTransaction組件，并且在邏輯上保證業(yè)務(wù)的一致性。剝離原子服務(wù)層主要是便于復(fù)用，不是必須的，Service組件中可以不用包含AtomicTransaction組件，直接編寫(xiě)業(yè)務(wù)邏輯，調(diào)用后臺(tái)服務(wù)。開(kāi)發(fā)人員通過(guò)繼承Service組件基類(lèi)、AtomicTransaction組件基類(lèi)開(kāi)發(fā)相應(yīng)的業(yè)務(wù)組件，通過(guò)這種插件式編程方式，可以將業(yè)務(wù)組件加載到服務(wù)運(yùn)行框架中。服務(wù)組件、原子交易組件的配置信息保存在數(shù)據(jù)庫(kù)表中。服務(wù)端封裝了與后臺(tái)業(yè)務(wù)系統(tǒng)的連接模式適配器，ATBS服務(wù)平臺(tái)目前封裝了CICS適配器，集成了SSO單點(diǎn)登陸程序庫(kù)集，提供了HTTP和WebService服務(wù)通信協(xié)議適配器和TCP/IP的適配器。 版本更新模塊設(shè)計(jì) 功能模塊說(shuō)明考慮到銀行網(wǎng)點(diǎn)眾多，分布廣泛的特點(diǎn)，為分解龐大的下載壓力，將整個(gè)系統(tǒng)功能布屬角色劃分為三層即省行的主版本控制服務(wù)器（Main Point）, 地區(qū)版本控制服務(wù)器（Distribute Point, DP）和客戶(hù)端（終端）.省行的ATBS新版本發(fā)布，通過(guò)ATBS發(fā)布工具，將其新版本文件及列表文件以推的方式發(fā)送到所有的地區(qū)版本控制服務(wù)器上，并將更新的文件生成一份文件信息的XML列表保存在本地，并同時(shí)將更新文件列表信息保存到ATBS數(shù)據(jù)庫(kù)中，供客戶(hù)端讀取使用。地區(qū)版本服務(wù)器的ATBS新版發(fā)布，以XML列表為主，服務(wù)將XML讀取并緩存起來(lái)，供客戶(hù)端通過(guò)WCF獲取，并提供下載的接口，提供列表文件的下載。地區(qū)版本服務(wù)器上的信息保證與主版本服務(wù)器完全一致，不可手工修改任何文件信息?？蛻?hù)端（終端）的ATBS版本控制也以本地服務(wù)為主，客戶(hù)端通過(guò)連接ATBS數(shù)據(jù)庫(kù)獲取服務(wù)器版本列表，再讀取自己的版本列表，篩選出需要下載的文件，調(diào)用地區(qū)版本控制服務(wù)器進(jìn)行下載，由于所有操作也是以WINDOWS服務(wù)為主,所以客戶(hù)端下載替換文件的操作可以不考慮權(quán)限。詳見(jiàn)如圖27系統(tǒng)調(diào)用圖圖27 系統(tǒng)調(diào)用圖 功能模塊設(shè)計(jì)與實(shí)現(xiàn)服務(wù)器端和客戶(hù)端安裝布屬完畢后，保持網(wǎng)絡(luò)良好的情況下，假定服務(wù)器進(jìn)行了新版本發(fā)布，客戶(hù)端詳細(xì)流程設(shè)計(jì)（見(jiàn)圖28）如下：用戶(hù)雙擊客戶(hù)端，開(kāi)啟版本控制用例，客戶(hù)端首先檢查傳入的參數(shù)，此時(shí)啟動(dòng)參數(shù)條件不滿(mǎn)足，進(jìn)入版本控制模塊分支，啟動(dòng)服務(wù)更新程序，客戶(hù)端進(jìn)程自殺結(jié)束。服務(wù)更新程序被激活，通過(guò)命名管道與本地服務(wù)進(jìn)行進(jìn)程通信，傳入本地服務(wù)遠(yuǎn)程下載服務(wù)器DP的列表，要求本地服務(wù)跟據(jù)下地載服務(wù)器DP列表去取得最新版本文件強(qiáng)簽名列表。本地服務(wù)成功的通過(guò)DP列表的地址連結(jié)到了遠(yuǎn)程DP下載服務(wù)器，并從接口獲取了DP服務(wù)器最新版本的文件強(qiáng)簽名列表，本地服務(wù)再通過(guò)讀取自己的版本列表文件（如果讀取不到文件則會(huì)自動(dòng)重新生成，但為了提高速度況且考慮到客戶(hù)端沒(méi)權(quán)限亂刪文件的情況下，默認(rèn)不是每次都去生成）,以服務(wù)器版本以基礎(chǔ)，去看本地是多少不需要下載的文件，得到需要下載的列表。用命名管道進(jìn)行線程回調(diào)顯示給更新服務(wù)更新的進(jìn)度，下載對(duì)比后的列表到臨時(shí)文件夾，再將臨時(shí)文件夾進(jìn)行復(fù)制替換，替換完畢，返回給服務(wù)更新程序，服務(wù)更新程序帶參數(shù)重新啟動(dòng)客戶(hù)端，自己退出，客戶(hù)端啟動(dòng)，檢查到參數(shù)，跳過(guò)版本控制分支，結(jié)束版本控制用例,進(jìn)行正常的客戶(hù)端新版本操作。圖28 系統(tǒng)調(diào)用順序圖在版本服務(wù)器上發(fā)布新版本后，使用發(fā)布時(shí)的時(shí)間戳作為系統(tǒng)的版本號(hào)，利用強(qiáng)簽名機(jī)制記錄發(fā)布的每個(gè)文件的信息，這些信息都將以一個(gè)XML文件的格式、以字符串形式保存在ATBS數(shù)據(jù)庫(kù)中。在數(shù)據(jù)庫(kù)中記錄的文件信息包括文件名、文件的相對(duì)路徑、文件的哈希值、文件的強(qiáng)簽名。，所不同的是，在客戶(hù)端還會(huì)記錄文件在本地的最后修改時(shí)間（如圖29所示），而這也是防止文件被篡改，保證程序完整性和一致的手段。 圖29 本地文件列表()示意圖216。 A：文件名；216。 T：文件相對(duì)路徑；216。 B：文件哈希值；216。 S：程序集強(qiáng)名稱(chēng)，如不是程序集文件，則為文件在版本服務(wù)器上存儲(chǔ)的全路徑；216。 M：文件最后修改時(shí)間；l 接口介紹 遠(yuǎn)程DP接口:WCF通信接口public interface IFileUpdateService：MyFileInfo DownloadFile( DownloadFileRequest request )。邏輯說(shuō)明： 提供文件下載，當(dāng)接收到一個(gè)文件下載請(qǐng)求時(shí)，并通過(guò)WCF進(jìn)行傳輸?shù)秸?qǐng)求方。B．提供獲取DP版本列表：ListAssemblyInfoFile GetServerList()。邏輯說(shuō)明：提供DP文件版本強(qiáng)簽名列表獲取,首先會(huì)去嘗試讀取緩存，如果緩存為空或讀不到，則會(huì)去讀取XML文件再成生緩存以供以后調(diào)用時(shí)使用。C．測(cè)試WCF網(wǎng)絡(luò)聯(lián)結(jié)是否成功。string TestNet()。本地服務(wù)接口：WCF命名管道通信接口: public interface ILocalService：ListAssemblyInfoFile GetDownList( string AppPath )。邏輯說(shuō)明:提供下載列表的獲取,首先方法會(huì)去取得DP的文件強(qiáng)簽名列表，再讀取本機(jī)的XML（如果讀取失敗重新生成）以服務(wù)器版本為標(biāo)準(zhǔn)，篩選出需要下載的新版本文件。：void DownLoadFile( string local, string FileName )。邏輯說(shuō)明:提供文件下載，傳入文件名，該方法會(huì)去請(qǐng)求DP將接收WCF傳過(guò)來(lái)的stream流重新組織成文件，并保存在傳入的local目錄中。:void SetServersIP( Liststring IpString )。邏輯說(shuō)明:接收傳過(guò)來(lái)的DP地址Liststring列表，本地服務(wù)會(huì)跟據(jù)傳過(guò)來(lái)的地址嘗試進(jìn)行聯(lián)結(jié)，聯(lián)結(jié)失敗則會(huì)自動(dòng)去掉無(wú)效的IP，用下一個(gè)IP去聯(lián)結(jié)。: void CallNextDP()。邏輯說(shuō)明:提供手動(dòng)更換DP服務(wù)器的IP，如果這個(gè)IP能夠聯(lián)結(jié)，但它的版本不是我們所需要的或硬盤(pán)損壞不可讀等情況，可以用這個(gè)方法直接更換DP去獲取我們需要的DP服務(wù)器版本文件.更新程序接口: class ClientHelper類(lèi)A． 設(shè)置DP地址列表接口：private Liststring GetDPAddress()。邏輯說(shuō)明:這是個(gè)獲取DP地址列表的方法。 B. public void DownLoadList(string AppPath, ProgressBar bar, Label lab, Button btnSteup 邏輯說(shuō)明：這是個(gè)線程回調(diào)的方法，它會(huì)自己獲取本地服務(wù)得到了下載列表，然后調(diào)用本地服務(wù)去下載，一邊下載一邊把下載的進(jìn)度顯示給WPF用戶(hù)界面，下載好的文件保存到一個(gè)臨時(shí)文件夾，完成后再把臨時(shí)文件夾的內(nèi)容進(jìn)行替換，并清除臨時(shí)文件夾。當(dāng)文件無(wú)法下載時(shí)，他會(huì)調(diào)用CallNextDP()更換DP地址繼續(xù)下載客戶(hù)端接口: 客戶(hù)端程序入口 public partial class App : ApplicationA．客戶(hù)端啟動(dòng)入口：void AppStartup(object sender, StartupEventArgs args) 邏輯說(shuō)明：客戶(hù)端啟動(dòng)程序入口第五章 金融產(chǎn)品庫(kù)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 金融產(chǎn)品庫(kù)的系統(tǒng)架構(gòu) 系統(tǒng)邏輯圖ATBS客戶(hù)端連接ATBS服務(wù)器與后臺(tái)的PLANTIX平臺(tái)進(jìn)行通訊。在整個(gè)系統(tǒng)中ATBS平臺(tái)解決了前端系統(tǒng)管理，程序更新，頁(yè)面展現(xiàn)，消息分發(fā)等方面的系統(tǒng)功能。ATBS平臺(tái)并不解決具體的業(yè)務(wù)流程，只提供業(yè)務(wù)渠道。首先每個(gè)應(yīng)用需要為業(yè)務(wù)渠道定義自己的通訊模式。金融產(chǎn)品庫(kù)系統(tǒng)采用了WebService做為前后臺(tái)的解決方案。ATBS客戶(hù)端通過(guò)WCF解析WebService接口，調(diào)用PLANTIX平臺(tái)的后臺(tái)接口。PLANTIX后臺(tái)采用分層設(shè)計(jì)，客戶(hù)端連接通過(guò)渠道接入控制、服務(wù)調(diào)度控制、應(yīng)用邏輯控制和數(shù)據(jù)接口控制模塊與后臺(tái)數(shù)據(jù)庫(kù)進(jìn)行通訊，并最終完成整個(gè)業(yè)務(wù)流程。系統(tǒng)邏輯圖如圖30所示：圖30 系統(tǒng)邏輯圖 系統(tǒng)物理結(jié)構(gòu)圖金融產(chǎn)品庫(kù)系統(tǒng)由ATBS客戶(hù)端、ATBS服務(wù)器、金融產(chǎn)品庫(kù)Http服務(wù)器、金融產(chǎn)品庫(kù)應(yīng)用服務(wù)器、金融產(chǎn)品庫(kù)應(yīng)用數(shù)據(jù)庫(kù)組成。其中，金融產(chǎn)品庫(kù)應(yīng)用服務(wù)器可以部署成集群模式，以增加金融產(chǎn)品庫(kù)系統(tǒng)的訪問(wèn)負(fù)載能力。系統(tǒng)物理結(jié)構(gòu)圖如圖31所示：圖31 系統(tǒng)物理結(jié)構(gòu)圖 金融產(chǎn)品庫(kù)模塊的后臺(tái)設(shè)計(jì)l 渠道接入模塊渠道接入模塊處于渠道控制層，負(fù)責(zé)客戶(hù)端和外系統(tǒng)對(duì)金融產(chǎn)品庫(kù)系統(tǒng)服務(wù)的訪問(wèn)控制，目前渠道接入有兩種模式：Web Services接入模式和Http接入模式。渠道接入模塊設(shè)計(jì)原則：提供可擴(kuò)展的渠道接入，統(tǒng)一的報(bào)文格式，配置型的接入控制策略。模塊邏輯圖如圖32所示：圖32 渠道接入模塊圖l 應(yīng)用邏輯調(diào)度模塊應(yīng)用邏輯調(diào)度模塊處于服務(wù)調(diào)度控制層，負(fù)責(zé)控制金融產(chǎn)品庫(kù)系統(tǒng)應(yīng)用邏輯的調(diào)度策略，通過(guò)接收渠道接入層傳遞過(guò)來(lái)的私有區(qū)數(shù)據(jù)，讀取調(diào)