【文章內容簡介】 ovide接口，在客戶程序與應用服務器之間傳遞數據。在三層C/S結構下，幾個客戶有可能同時與一個應用服務器通訊，應用服務器實際上充當了一個網關的作用?？蛻舫绦蛲ǔ０瑑深惸K：一類是窗體模塊，它們?yōu)橛脩籼峁祿S護的界面；另一類是數據模塊，它一般包括以下幾類組件：(1)連接組件，負責連接應用服務器；(2)客戶數據集組件，它一般從應用服務器接口獲取數據；(3)數據源組件，負責連接數據集組件與數據控制組件。用戶界面元素數據源組件連 接組 件客戶數據集BDEableDatasetponentProviderBeriandDatabaseEngibc窗體 數據模塊 應用程序服務器遠程數據庫數據庫服務器圖27 Delphi下實現三層C/S結構原理圖Delphi6的多層數據庫應用系統(tǒng)結構主要是由ClientDataSet, RemoteServer, DataSetProvider數據集組件和連接組件構成的?？蛻舳说膽贸绦蛟诘谝淮螆?zhí)行時，RemoteServer首先會注冊 ，這個檔案包含了ClientDataSet使用的IAppServer接口。，根據此接口建立一個DUAL接口，最后使用連接組件連接遠程的應用程序服務器。在RemoteServer建立lAppServer接口和連接了遠程的應用程序服務器之后，ClientDataSet便會使用RemoteServer取得的IAppServer接口向應用程序服務器要求數據，并存儲在Data的屬性值之中。當客戶端處理數據時，事實上所有的數據都存儲于ClientDataSet的一個屬性值（Delta）之中，都是暫時存儲在內存之中。在客戶端進行數據處理時不會造成任何網絡的負荷，執(zhí)行速度快。當客戶端確定更新數據時，應用程序調用ClientDataSet的ApplyUpdates方法，ApplyUpdates再調用IAppServer接口的ApplyUpdates讓應用程序服務器更新數據。此時，網絡上傳輸的只是修改過的數據，網絡資源消耗非常小。 MIDAS的應用程序工作流程在這種三層應用程序結構中，數據庫服務器主要由專門的數據庫管理系統(tǒng)實現。Delphi主要用于應用服務器和客戶應用程序的開發(fā)。一般的處理過程如圖28所示。(1)用戶首先啟動客戶端程序，客戶端程序將試圖連接應用程序服務器，如果應用程序服務器還沒有運行，客戶端程序將激活應用程序服務器，并從中獲得一個IProvider接口，客戶提出的數據查詢和更新請求都是通過它來實現的。(2)客戶程序向應用程序服務器發(fā)出數據請求。(3)應用程序服務器收到請求后，從遠程數據庫服務器檢索并獲取數據，并根據選擇的通訊協議將數據封裝打包后傳輸給客戶端程序。(4)客戶端程序收到數據封包后，進行數據包的分解，然后顯示或進行處理。(5)用戶對數據進行更新后，將數據連同數據變更日志一起封裝成數據包，上傳到應用程序服務器中請更新數據。(6)應用程序服務器收到客戶端程序的申請后，就向遠程數據庫服務器申請更新數據。(7)如果出錯，應用程序服務器就把出錯的記錄返回給客戶端程序去核對?？蛻舳顺绦蚝藢Σ⑿薷牧藬祿螅瓤梢苑艞壌舜胃?，也可以再次提交數據更新請求。圖28多層應用程序流程說明錯誤客戶端初始化連接并激活服務器獲得IPRrovide客戶向服務器請求數據服務器接受請求并運行檢索客戶接受并顯示數據客戶方編輯修改數據,數據打包后提交服務器服務器向遠程數據庫服務器更新數據處理數據結 束正確將錯誤結果返回客戶方從上面的執(zhí)行過程可以知道，客戶端應用程序的工作只是簡單的前臺應用處理，而把復雜的數據管理功能交給了應用程序服務器，體現了分布式處理和集中式處理的結合及優(yōu)點。(1)遠程數據模塊(Remote Data Module)它與普通的數據模塊有些相似，不同的是它可以作為COM服務器或CORBA服務器，讓客戶程序訪問它的接口。它提供了IDataBroker接口，客戶程序與應用服務器連接，就通過IDataBroke接口獲得IProvider接口。(2)提供器組件有兩種提供器組件：TProvider, TDatasetProvider。這兩個元件用在應用服務器上，主要作用是提供IProvider接口，通過它直接控制數據包中所包含的信息，響應客戶數據請求，更新數據，定位記錄，并將數據打包后傳送給客戶。(3)客戶數據集組件(TClientDataset )它是一個從TDataset繼承下來的，通常用于客戶端。它最大的特點是不依賴BDE，但它需要一個動態(tài)鏈接庫(即DBCLIENTDLL)的支持。它支持諸如編輯、查詢、瀏覽、修改、過濾等功能。由于TClientDataset在內存中建立了數據的本地副本，使數據操作的執(zhí)行速度非?？臁?4)MIDAS連接組件客戶與應用服務器之間，可以根據選用通訊協議的不同，使用不同的連接方式。Delphi6提供了四種連接組件。分別是：TDCOMConnection按DCOM方式連接。不需要專門的運行期軟件，但需安裝DCOM95程序。TSOCKETConnection按TCPIIP方式連接。應用服務器必須運行一個專門的運行期軟件. NT，可以作為一個服務在后臺運行。TWebConnection使用HTTP協議連接到遠程應用服務器；。服務器必須安裝IIS4或更高版本。 ()與Delphi一同發(fā)布)。TCORBAConnection按CORBA方式連接。需要ORB的支持。遠程數據模塊是應用服務器的核心部件，它提供了應用服務器和客戶程序通訊的接口。為了使客戶能方便地訪問數據模塊，可以對數據模塊接口進行擴展，添加一些方法讓客戶程序調用。要向接口中添加屬性和方法，首先應打開類型庫編輯器；利用工具欄上的New Method或NewProperty命令，加入新的方法或屬性，并設置有關屬性；再用Interface Repository注冊接口。對于基于DCOM的遠程數據模塊來說，新的成員將出現在接口的實現單元和類型庫的描述文件中。一般來說，對于應用程序服務器提供的服務，客戶端應用程序有數種不同的調用方法，分別是：Later Binding調用方式、Early Binding調用方式、Dispatch Table調用方式。下面分別加以介紹：Later Binding調用方式Later Binding是最方便的調用方式，但這是最沒有效率的方式。使用方法是：利用客戶端連接組件的AppServer屬性獲得遠程應用程序服務器，再調用其中的方法。例如：(vTime,vRDM,vThread)；AppServer屬性回傳的是一個Variant類型的變量，當程序透過Variant調用遠程方法時，Delphi會以IDispatch接口動態(tài)的和遠程應用程序服務器通信，組合調用方法和參數，最后再進行調用。所以這種調用方式需要執(zhí)行非常多的額外工作，效率低。Early Binding調用方式Later Binding調用方式是在程序執(zhí)行時才動態(tài)進行遠程調用，因此效率低。而Early Binding調用方式是在編譯應用程序時便產生所有必要的執(zhí)行代碼，不需要應用程序執(zhí)行時動態(tài)地和遠程應用程序服務器通信，所以執(zhí)行效率要高，也安全，但使用上比較麻煩，且是適用于DCOM通信協議中。例如：（DCOMConnectionl..GetServeras rdmDemo3).GetSystemInfo(vTime,vRDM,vThread)；Dispatch Table調用方式這是一種即有效率，又不是很麻煩的方法，并且它支持Socket通信協議。當在Delphi中使用可視化Type Library編輯器定義應用程序服務器的服務后，Delphi會在Type Library的wrapper類別中生成Dispatch Table的接口。例如，若應用程序服務器有如下的Dispatch Table接口：IrdmDemo3Disp =dispinterface‘{AFC25B9337E01 I D3AA940080C8518D04}’]則采用Dispatch Table調用方式的方法：varaDisp:IrdmDemo3Disp。begin．．．beginaDisp:=IrdmDemo3Disp(Idispatch())。(vTime,vRDM,vThread)。．．．end。．．．end。二種調用方式的效率不同，據資料介紹，Early Binding比起Late Binding快了100%以上，Dispatch Table的方式比起Late Binding方式快70%?？蛻舫绦蛑械腡ClientDataset通常通過IProvide接口從遠程數據庫服務器獲取數據。調用IProvider接口有三種方式：(1)通過TClientDataset的Provider屬性獲取IProvider接口，然后直接訪問IProvide接口。(2)通過調用TC I ientDataset的屬性和方法，間接調用IProvider接口。因為大部分對IProvider接口的調用己封裝在TClientDataset的屬性和方法中。(3)通過MIDAS的連接組件的Appserver屬性可以獲得應用服務器上的遠程數據模塊接口，通過此接口可以調用遠程數據模塊中的方法。 系統(tǒng)采用的相關技術在系統(tǒng)的開發(fā)過程中，應該考慮系統(tǒng)的執(zhí)行效率問題。特別是我們的分布式三層系統(tǒng)是運行在網絡上，經常會有數據在網絡上傳送的情況，所以我們主要從減少數據流量來解決這個問題。在使用到業(yè)務邏輯層提供的服務時，就需要在程序中調用服務器的方法，而不適當的調用方式往往會降低系統(tǒng)的效率。一般來說，對于應用程序服務器提供的服務，客戶端應用程序有三種不同的調用方法，分別是：Later Binding調用方式、Early Binding調用方式、Dispatch Table調用方式。在本系統(tǒng)中采用了支持Socket通信協議，而且即有效率，又不是很麻煩的方法—Dispatch Table的調用方式。在分布式計算環(huán)境中開發(fā)的系統(tǒng)，除了必須能夠正確而且有效率的運作之外，還應該更為強固，不會因為中間層服務器或數據庫服務器的故障而導致整個系統(tǒng)無法繼續(xù)運行。所以，給系統(tǒng)加入容錯和負載平衡能力是非常必要的。在Delphi的MIDAS技術中，我們用客戶端應用程序和TSimpleObjectBroker組件合作來提供容錯和負載平衡能力。系統(tǒng)的負載平衡能力負載平衡是指在有多個能提供相同服務的應用程序服務器的情況下，當有許多客戶端應用程序需要連接應用程序服務器，MIDAS能夠分配不同的客戶端應用程序到每個服務器中，以便平衡每一個應用程序服務器的負載。系統(tǒng)利用了Delphi中的TSimpleObjectBroker組件，提供了系統(tǒng)的負載平衡功能。方法是將TSimpleObjectBroker組件的LoadBalanced屬性值設為True。系統(tǒng)的容錯能力在一個執(zhí)行關鍵作業(yè)的多層應用系統(tǒng)中，系統(tǒng)的穩(wěn)定度是非常重要的。尤其是當客戶端應用程序正在執(zhí)行一些重要的程序時，不希望因為應用程序服務器的故障而造成多層應用系統(tǒng)無法執(zhí)行。為提高系統(tǒng)的穩(wěn)定性，系統(tǒng)利用了Delphi中的TSimpleObjectBroker組件，提供了系統(tǒng)的容錯能力。基本上容錯能力就是讓應用程序服務器在多個機器中執(zhí)行，當客戶端應用程序執(zhí)行時可以連結到任何一臺機器中的應用程序服務器要求服務。如果客戶端應用程序服務器連結的應用程序服務器發(fā)生問題而無法繼續(xù)執(zhí)行，客戶端應用程序可以立刻連接到其它機器中的應用程序服務器繼續(xù)要求新的應用程序服務器提供服務。容錯能力的實現方法是當客戶端應用程序連接到應用服務器之后，它就可以向應用服務器要求服務。但是當應用程序服務器發(fā)生故障時，客戶端應用程序如果向應用服務器要求服務，那么客戶端應用程序就會產生一個錯誤例外。這個時候客戶端可以調用TSimpleObjectBroke的SetConnectStatus方法以設定目前的應用服務器成為不能使用的狀態(tài)，然后再調用TSimpleObjectBroker的GetComputerForProgID方法向TsimpleObjectBroker要求另外一個可以使用的機器，以便在這個新的機器中連接提供相同服務的應用程序服務器，最后再調用新取得的應用程序服務器以取得服務。為保證系統(tǒng)的安全。在本系統(tǒng)中主要采取了以下措施：(1)由于系統(tǒng)采用的是分布式數據庫技術，因此在系統(tǒng)設計上采用了數據與程序分離的方法，使得用戶與數據在物理上分離。(2)利用系統(tǒng)的三層客戶/服務器結構的特點，把商業(yè)邏輯同客戶端分離，因此用戶無法通過對客戶端程序的分析來非法訪問數據。(3)在系統(tǒng)登錄時設置安全口令，防止非授權用戶對系統(tǒng)的訪問，同時對已授權的用戶進行權限設置，規(guī)定其安全級別，防止其越級訪問。(4)通過對敏感數據(如用戶口令、考試試題等)進行加密，以加強系統(tǒng)的保密功能。第三章 網上答疑系統(tǒng)的設計與實現答疑系統(tǒng)的作用是通過師生間的交互，解決學生在學習過程中遇到的、無法獨立解決的問題，它是網絡教學的核心環(huán)節(jié)之一。答疑系統(tǒng)能夠及時解答學生的疑難問題，消除學生的學習障礙。因此，它在加強教師和學生的交流，幫助學生明確問題的所在和獲得自己真正需要的答案信息方面具有不可或缺的作用；同時，通常在同一領域的知識學習過程中不同學生的問題往往具有相似性，對學生所提出的問題加以匯總和分析，可以總結出教師在教學過程中的得失，作為反饋可以使教師能夠及時高效地調整教學方法，從而大大縮短了培養(yǎng)具有豐富經驗教師的周期。與傳統(tǒng)的教育模式相比，現行的網絡教學在師生交互的環(huán)節(jié)上還存在以下幾點不足。(1)師生間的交流過多依賴EMAIL或者留言板進行，缺乏實時性；(2)不同的學生會提出相同的問題，教師必須一一作答，信息的可重復使用性太差；(3)師生間的討論內容作為寶貴的教學經