一個項目的三個工程(編輯修改稿)
2025-02-14 05:33 本頁面
【文章內(nèi)容簡介】 ng UserID{get。set。} [ColumnMap(StartTime,)] public abstract DateTime StartTime{get。set。} [ColumnMap(EndTime,)] public abstract DateTime EndTime{get。set。} [ColumnMap(Title,)] public abstract string Title{get。set。} …… } 實體對象的獲取 Schdule schdule = (typeof(Schdule)) as Schdule。 數(shù)據(jù)的存取 ? 目的是持久化保存對象 ? 存取的對象，可以是數(shù)據(jù)庫、普通文件、 XML，其他任何方式 ? 通過框架來執(zhí)行能夠節(jié)省開發(fā)成本 ? 在這個部分，以下兩個部分的類會顯得特別重要： ? 對象 —— 關(guān)系映射的分析類，能夠通過既定的方案完成對象 —— 關(guān)系的映射，確定數(shù)據(jù)存取方案 ? 數(shù)據(jù)庫操縱類：根據(jù)映射關(guān)系，將數(shù)據(jù)準(zhǔn)確的存儲到數(shù)據(jù)庫中，并且封裝不同數(shù)據(jù)庫之間的差異。 過程 客戶程序 數(shù)據(jù)存取訪問接口 O R 分析類 數(shù)據(jù)庫訪問類請求存儲對象請求分析映射關(guān)系返回分析結(jié)果請求保存數(shù)據(jù)保存 實例 ? 在 J2EE中的 CMP ? JDO中的 PersistenceManager Customer customer=new Customer(……)。 PersistenceManager PM=(……)。 (customer)。 Websharp的 PersistenceManager public bool AddSchdule(Schdule schdule) { PersistenceManager pm = ().CreatePersistenceManager()。 try { (schdule)。 return true。 } catch { return false。 } finally { ()。 } } 事務(wù)處理和 Transaction接口 PersistenceManager pm = ().CreatePersistenceManager()。 Transaction trans = 。 ()。 try { (schdule)。 ()。 return true。 } catch { ()。 return false。 } finally { ()。 } 業(yè)務(wù)邏輯的處理 ? 業(yè)務(wù)邏輯表現(xiàn)為對象之間的交互 ? 基本上沒有辦法提供統(tǒng)一的模式 ? 但是，采用基本一致的策略是非常必要的 ? 在業(yè)務(wù)邏輯處理中，處理的應(yīng)該是對象，而不是直接同數(shù)據(jù)庫打交道 ? 事務(wù)的處理 ? 基于數(shù)據(jù)庫連接的事務(wù) ? 專用的事務(wù)處理服務(wù)： J2EE的容器， COM+ ? Websharp的 Transaction接口 public bool AddSchdule(Schdule schdule,string[] otherPeoples) { if(!CheckSchdule(schdule)) return false。 PersistenceManager pm = ().CreatePersistenceManager()。 Transaction trans = 。 ()。 try { (schdule)。 foreach(string otherPeople in otherPeoples) { Schdule s = (typeof(Schdule)) as Schdule。 = ().ToString()。 = otherPeople。 = 。 = 。 = 。 = 。 = 。 = 。 = 0。 (s)。 } ()。 return true。 } catch { ()。 return false。 } finally { ()。 } } 業(yè)務(wù)外觀層 ? 隔離系統(tǒng)功能的提供者和使用者 ? 作為后臺邏輯處理和前端用戶界面的緩沖區(qū) ? 將用戶界面和系統(tǒng)業(yè)務(wù)邏輯處理分開，當(dāng)業(yè)務(wù)邏輯發(fā)生變化時，不用修改客戶端程序 ? 使同一個業(yè)務(wù)邏輯能夠處理不同的客戶端請求。例如，可以將 Facade設(shè)計成 Web Service ? 作為系統(tǒng)不同模塊之間的調(diào)用接口： Facade設(shè)計模式 ? 有利于項目團(tuán)隊的分工協(xié)作。 ? 業(yè)務(wù)外觀層的代碼框架，在系統(tǒng)分析和設(shè)計完成后就可以完成，相當(dāng)于在界面設(shè)計人員和邏輯設(shè)計人員之間簽訂了一個協(xié)議 ? 雖然沒有實現(xiàn)任何邏輯，但使系統(tǒng)的開發(fā)更加有條理，更加簡明 ? “任何問題，都可以通過引入一個中間層來得到簡化”。 Demo Ioffice Part IV Websharp AOP 系統(tǒng)的橫向結(jié)構(gòu)和 AOP 軟 件 模 塊 軟 件 模 塊 軟 件 模 塊 軟 件 模 塊業(yè)務(wù)邏輯業(yè)務(wù)邏輯業(yè)務(wù)
高考資料相關(guān)推薦
鄂ICP備17016276號-1