【文章內(nèi)容簡介】 了應(yīng)用程序代碼和數(shù)據(jù)周圍的一道邊界。如果不采用進(jìn)程間通信（RPC）機(jī)制，則在一個(gè)進(jìn)程中執(zhí)行的代碼就不能訪問另一進(jìn)程。這是一種操作系統(tǒng)對應(yīng)用程序的保護(hù)機(jī)制。然而在某些情況下，我們需要跨過應(yīng)用程序域，與另外的應(yīng)用程序域進(jìn)行通信，即穿越邊界。在Remoting中通過通道（channel）來實(shí)現(xiàn)兩個(gè)應(yīng)用程序域之間對象的通信的。對于要傳遞的對象，我們只需要了解通道的類型和端口號之外，無需再了解數(shù)據(jù)包的格式。但必須注意的是，客戶端在獲取服務(wù)器端對象時(shí)，并不是獲得實(shí)際的服務(wù)端對象，而是獲得它的引用。這既保證了客戶端和服務(wù)器端有關(guān)對象的松散耦合，同時(shí)也優(yōu)化了通信的性能。如圖34所示：圖34 Remoting技術(shù)服務(wù)器端l 遠(yuǎn)程對象的激活客戶端通過通道來創(chuàng)建遠(yuǎn)程對象，稱為對象的激活。在Remoting中，遠(yuǎn)程對象的激活分為兩大類：服務(wù)器端激活和客戶端激活。服務(wù)器端激活，又叫做WellKnown方式，很多又翻譯為知名對象。為什么稱為知名對象激活模式呢？是因?yàn)榉?wù)器應(yīng)用程序在激活對象實(shí)例之前會在一個(gè)眾所周知的統(tǒng)一資源標(biāo)識符(URI)上來發(fā)布這個(gè)類型。然后該服務(wù)器進(jìn)程會為此類型配置一個(gè)WellKnown對象，并根據(jù)指定的端口或地址來發(fā)布對象。.Net Remoting把服務(wù)器端激活又分為Singleton模式和SingleCall模式兩種。 (1)Singleton模式：此為有狀態(tài)模式。如果設(shè)置為Singleton激活方式，則Remoting將為所有客戶端建立同一個(gè)對象實(shí)例。當(dāng)對象處于活動狀態(tài)時(shí)，Singleton實(shí)例會處理所有后來的客戶端訪問請求，而不管它們是同一個(gè)客戶端，還是其他客戶端。2）Singleton實(shí)例將在方法調(diào)用中一直維持其狀態(tài)。舉例來說，如果一個(gè)遠(yuǎn)程對象有一個(gè)累加方法（i=0；++i），被多個(gè)客戶端（例如兩個(gè)）調(diào)用。如果設(shè)置為Singleton方式，則第一個(gè)客戶獲得值為1，第二個(gè)客戶獲得值為2，因?yàn)樗麄儷@得的對象實(shí)例是相同的。，我們可以認(rèn)為它是一種Application狀態(tài)。本系統(tǒng)中就采用了該模式。(2)SingleCall模式：SingleCall是一種無狀態(tài)模式。一旦設(shè)置為SingleCall模式，則當(dāng)客戶端調(diào)用遠(yuǎn)程對象的方法時(shí)，Remoting會為每一個(gè)客戶端建立一個(gè)遠(yuǎn)程對象實(shí)例，至于對象實(shí)例的銷毀則是由GC自動管理的。同上一個(gè)例子而言，則訪問遠(yuǎn)程對象的兩個(gè)客戶獲得的都是1。，認(rèn)為它是一種Session狀態(tài)。由于本系統(tǒng)采用的是服務(wù)器端激活的方式所以客戶端激活方式在這就不多說了。l 遠(yuǎn)程對象的定義Remoting傳遞的對象是以引用的方式，因此所傳遞的遠(yuǎn)程對象類必須繼承MarshalByRefObject，MSDN對MarshalByRefObject的說明是：MarshalByRefObject 是那些通過使用代理交換消息來跨越應(yīng)用程序域邊界進(jìn)行通信的對象的基類。不是從 MarshalByRefObject 繼承的對象會以隱式方式按值封送。當(dāng)遠(yuǎn)程應(yīng)用程序引用一個(gè)按值封送的對象時(shí)，將跨越遠(yuǎn)程處理邊界傳遞該對象的副本。因?yàn)槟Ｍ褂么矸椒ǘ皇歉北痉椒ㄟM(jìn)行通信，因此需要繼承MarshallByRefObject。在Remoting中的遠(yuǎn)程對象中，如果還要調(diào)用或傳遞某個(gè)對象，例如類，或者結(jié)構(gòu)，則該類或結(jié)構(gòu)則必須實(shí)現(xiàn)串行化Attribute[SerializableAttribute]。 將該遠(yuǎn)程對象以類庫的方式編譯成Dll。這個(gè)Dll將分別放在服務(wù)器端和客戶端，以添加引用?？蛻舳薼 注冊通道 IChannel channel1 = new TcpClientChannel (Channel1, new BinaryClientFormatterSinkProvider ())。 (channel1, false)。l 獲得遠(yuǎn)程對象本系統(tǒng)中采用的是WellKnown激活模式要獲得服務(wù)器端的知名遠(yuǎn)程對象，在工廠類中可通過Activator進(jìn)程的GetObject()方法來獲得：如： add key=baseurl value =tcp://:8088//url = baseurl + [Employee].ToString ()。IEmployee employee = (IEmployee) (typeof (IEmployee), url)。其中參數(shù)第一個(gè)是遠(yuǎn)程對象的類型。第二個(gè)參數(shù)就是服務(wù)器端的Uri。Uri有2部分組成，由于是本地計(jì)算機(jī)所以前半部分用:// :8080，也可以用具體的服務(wù)器IP地址來代替它。端口必須和服務(wù)器端的端口一致。后半部分則是服務(wù)器定義的遠(yuǎn)程對象服務(wù)名。 系統(tǒng)總體功能模塊設(shè)計(jì)經(jīng)過對整個(gè)系統(tǒng)的分析，可以得出以下功能模塊,如圖35所示：1. 職員管理—職員基本信息模塊：檢索當(dāng)前啟用的組織結(jié)構(gòu)相關(guān)的部門及員工信息。2. 職員管理—人事事務(wù)模塊：進(jìn)行職員轉(zhuǎn)正及離職等管理。3. 職員管理—合同管理模塊：員工用合同管理功能，可以新建、修改、刪除員工合同，也可以對員工合同作“續(xù)簽”、“變更”、“終止”、“解除”等操作。4. 組織管理—組織結(jié)構(gòu)模塊 ：檢索查看不同組織下的部門樹及部門信息。修改刪除組織和部門信息。圖35 人力資源系統(tǒng)總體模塊第4章 數(shù)據(jù)庫的設(shè)計(jì) 引言數(shù)據(jù)庫是一個(gè)應(yīng)用系統(tǒng)的核心，數(shù)據(jù)庫設(shè)計(jì)的好壞直接關(guān)系到應(yīng)用系統(tǒng)的執(zhí)行效率，數(shù)據(jù)的一致性和完整性，設(shè)計(jì)數(shù)據(jù)庫系統(tǒng)時(shí)應(yīng)該首先充分了解用戶各個(gè)方面的需求，包括現(xiàn)有的以及將來可能增加的需求，數(shù)據(jù)庫設(shè)計(jì)一般包括以下幾個(gè)步驟：l 數(shù)據(jù)庫需求分析l 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)l 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫需求分析數(shù)據(jù)庫需求分析就是要了解在這個(gè)應(yīng)用系統(tǒng)中，用戶需要查詢、更新、刪除和保存哪些數(shù)據(jù)，收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計(jì)打下基礎(chǔ)。通過對職員管理信息進(jìn)行大量的調(diào)研，得出人力資源管理信息系統(tǒng)最典型，最關(guān)鍵的需求：（1）職員一覽表中可以方便查詢并隨時(shí)修改員工的個(gè)人信息。（2）選擇部門名后輸入條件能查詢員工信息。（3）員工離職時(shí)在表中刪除相關(guān)信息。（4）職員轉(zhuǎn)正時(shí)能將對應(yīng)時(shí)間和基本信息導(dǎo)入數(shù)據(jù)庫。（5）職位變動情況下要求部門信息的更改。（6）利用部門表對部門信息操作。（7）利用合同表增加和修改合同。（8）將員工簽訂的合同信息錄入數(shù)據(jù)庫。通過系統(tǒng)功能分析，針對人力資源管理的需求，總結(jié)出如下需求信息：（1）員工信息。（2）部門信息。（3）合同管理信息。（4）組織信息 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)得到了上面的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)以后就可以設(shè)計(jì)出能夠滿足用戶需求的各種實(shí)體以及實(shí)體之間的關(guān)系，為后面的數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。這些實(shí)體包括各種具體信息，通過相互之間的作用形成數(shù)據(jù)流動。本系統(tǒng)因?yàn)槭菑恼麄€(gè)部門系統(tǒng)中分離出來的，因此實(shí)體之間的關(guān)系圖如圖41所示：圖41 人力資源系統(tǒng)數(shù)據(jù)庫實(shí)體關(guān)系圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)通過調(diào)查分析各種資料，根據(jù)本管理系統(tǒng)用戶需要操作和處理的各種數(shù)據(jù)，對數(shù)據(jù)表進(jìn)行了分析。確定在數(shù)據(jù)庫中存儲的各種數(shù)據(jù)之間的關(guān)系以及數(shù)據(jù)類型，列舉出部分?jǐn)?shù)據(jù)表的關(guān)系如下:1. 組織表（HRM001Organization）包括的數(shù)據(jù)項(xiàng)有: 組織編碼、組織名稱、描述，活動標(biāo)志，刪除標(biāo)志，創(chuàng)建者，創(chuàng)建日期，最終更新者，最終更新日等。2. 部門表（HRM002Department）包括的數(shù)據(jù)項(xiàng)有:部門編碼、部門名稱、組織編碼、上級部門編碼、創(chuàng)建時(shí)間、聯(lián)系電話、傳真、電子郵件、部門職責(zé)、刪除標(biāo)志、創(chuàng)建者、創(chuàng)建日期、備注等。3. 職員部門對照表（HRM003DeptEmployee）包括的數(shù)據(jù)項(xiàng)有:職員編碼、部門編碼、組織編碼等。4. 職員表（HRM004Employee）包括的數(shù)據(jù)項(xiàng)有:職員編碼、職員姓名、住址、身份證號、國籍、民族、籍貫、生日、政治面貌、性別、入社時(shí)間、試用期、婚姻狀況、戶口所在地、聯(lián)系電話等。5. 類別表（HRM005Category）包括的數(shù)據(jù)項(xiàng)有:類別編號、類別名稱、類別種類、父類別編碼、備注等。6. 合同表（HRM006ContactFile）包括的數(shù)據(jù)項(xiàng)有:合同模板編碼、合同類別編碼、合同名稱、合同模板文件名、合同模板文件等。7. 員工合同信息表（HRM007EmployeeContactInfo）包括的數(shù)據(jù)項(xiàng)有:合同編碼、員工編碼、公司編碼、合同類別、合同名稱、簽訂日期、生效日期、到期日期、終止日期、合同文件名稱、續(xù)簽原因、