【正文】 LINKAGE 課程安排 時(shí)間 第一天 第一天的目標(biāo)，是了解面向?qū)ο蟮幕驹?，面向?qū)ο笙到y(tǒng)架構(gòu)的基本知識(shí)。 9 ： 00 12 ： 00 n oo n OOAD 的基本原理 繼承 、重載、多態(tài)等 、 接口的意義、契約 C 語言的面向?qū)ο蟮奶攸c(diǎn) 1 ： 00 4 ： 00 p m 面向?qū)ο蟮南到y(tǒng)架構(gòu) 系統(tǒng)分層 、 應(yīng)用 服務(wù) 層的設(shè)計(jì) 、 系統(tǒng)架構(gòu)的團(tuán)隊(duì)合作 LINKAGE 時(shí)間 第二天 第二天的目標(biāo)，是了解設(shè)計(jì)模式的基本知識(shí)，為真正跨入面向?qū)ο笙到y(tǒng)分析和設(shè)計(jì)的門檻奠定基礎(chǔ)。 9 ： 00 12 ： 00 n oo n 設(shè)計(jì)模式 1 ： 00 4 ： 00 p m 設(shè)計(jì)模式 答疑 時(shí)間 第三天 U M L 本身只是一種建模得原鹽，其基本核心還在于面向?qū)ο笙到y(tǒng)設(shè)計(jì)的能力。 9 ： 00 12 ： 00 n oo n U M L 基本符號(hào) 用例 1 ： 00 4 ： 00 p m 類圖 序列圖 LINKAGE 時(shí)間 第四天 第四天的目標(biāo)是了解 OOA 、 O O D 的完整過程。 9 ： 00 12 ： 00 n oo n 系統(tǒng)分析設(shè)計(jì)過程 靜態(tài)建模 動(dòng)態(tài)建模 1 ： 00 4 ： 00 p m .N e t 具體案例 . N e t 項(xiàng)目的建立 系統(tǒng)需求 、 分析過程 、 系統(tǒng)設(shè)計(jì) 、 數(shù)據(jù)庫設(shè)計(jì) O R 映射 時(shí)間 第五天 最后一天， 完成案例的開發(fā)，最后進(jìn)行總結(jié)和答疑。 ? 生成業(yè)務(wù)對(duì)象的動(dòng)、靜態(tài)模型和抽象類。 ? 生成對(duì)象類的動(dòng)、靜態(tài)模型（解決域）。當(dāng)類執(zhí)行一個(gè)接口，它就許諾聲明在那個(gè)接口中執(zhí)行所有的方法。從某種程度上來說， “ 軟件，就是數(shù)據(jù)結(jié)構(gòu)加算法 ” 的說法，是有一定意義的?？紤]所謂的MVC模式，這個(gè)部分的類屬于 M——實(shí)體類的范疇。由于數(shù)據(jù)庫一般是關(guān)系型的，因此，這個(gè)部分，還需要考慮類同關(guān)系型數(shù)據(jù)的映射，即通常所說的 OR MAP問題。 ? 業(yè)務(wù)邏輯的組織方式 在面向?qū)ο蟮南到y(tǒng)中，業(yè)務(wù)邏輯表現(xiàn)為對(duì)象之間的交互。在業(yè)務(wù)邏輯的處理中，必須保證處理的正確性和完整性，這將會(huì)涉及到事務(wù)處理。 LINKAGE 應(yīng)用服務(wù)層的設(shè)計(jì) ? 業(yè)務(wù)服務(wù)的提供方式 在我們完成系統(tǒng)的功能后，如何向客戶提供服務(wù)，是我們需要考慮的問題。例如，在一個(gè)基于 Web的 JSP系統(tǒng)中，業(yè)務(wù)邏輯功能的客戶便是這些 JSP頁面。特別是一些基于 Web的應(yīng)用軟件系統(tǒng)，其部署工作將涉及到 Web服務(wù)器、組件服務(wù)器、數(shù)據(jù)庫服務(wù)器等不同的服務(wù)設(shè)備。 LINKAGE 完整的結(jié)構(gòu) LINKAGE 數(shù)據(jù)實(shí)體的表示 ? 應(yīng)用軟件系統(tǒng)，從本質(zhì)上來說，是計(jì)算機(jī)對(duì)現(xiàn)實(shí)世界的模擬。在面向?qū)ο蟮南到y(tǒng)中，這是通過 “ 類 ” 和 “ 對(duì)象 ” 來表示的。系統(tǒng)中需要處理的數(shù)據(jù)，在面向?qū)ο蟮南到y(tǒng)中，屬于實(shí)體類部分。在一個(gè)系統(tǒng)中，數(shù)據(jù)的表示方式必須盡可能統(tǒng)一，同時(shí)，在處理單個(gè)數(shù)據(jù)和多個(gè)數(shù)據(jù)的時(shí)候，處理方式盡可能一致。 – 處理好對(duì)象的粒度，即所謂的粗粒度對(duì)象、細(xì)粒度對(duì)象。 //名稱 public decimal Price。 //數(shù)量 } 可以按照如下方法使用 Product類： Product p=new Product()。 //入庫單編號(hào) public DateTime AddTime。 //入庫單明細(xì) } public class FormDetail { public Product InProduct。 //入庫數(shù)量 } LINKAGE 對(duì)象集合的表示方法 ? 數(shù)組表示的方法，也可以使用容器來，需要一個(gè)類型轉(zhuǎn)換的操作 ? ObjectCollection方法。例如，可以為 FormDetail設(shè)計(jì)一個(gè)FormDetailsCollection類 (C)： public class FormDetailsCollection: ArrayList { public void Add(FormDetail detail) { (detail)。 } } } ? 數(shù)據(jù)集的表示方法。 ? 可以通過如下方式來訪問這個(gè)對(duì)象的屬性： string CustomerID=Customer[“CustomerID”] ? – EntityClassBase類 – PersistanceManager接口 – TransactionManager接口 LINKAGE 數(shù)據(jù)的存取 ? 目的是持久化保存對(duì)象 ? 存取的對(duì)象，可以是數(shù)據(jù)庫、普通文件、 XML，其他任何方式 ? 通過框架來執(zhí)行能夠節(jié)省開發(fā)成本 ? 在這個(gè)部分，以下兩個(gè)部分的類會(huì)顯得特別重要： ? 對(duì)象 ——關(guān)系映射的分析類，能夠通過既定的方案完成對(duì)象 ——關(guān)系的映射，確定數(shù)據(jù)存取方案 ? 數(shù)據(jù)庫操縱類：根據(jù)映射關(guān)系，將數(shù)據(jù)準(zhǔn)確的存儲(chǔ)到數(shù)據(jù)庫中，并且封裝不同數(shù)據(jù)庫之間的差異。 PersistenceManager PM=(…… )。 ? Websharp 的 IEntityDAO 接口 public class CustomerEntityDAO:AbstractSingleTableDAO Customer customer=...... using(CustomerEntityDAO CDO=new CustomerEntityDAO()) { (customer)。 TransactionManager transManager=new TransactionManager()。 FormEntityDAO formDAO=new FormEntityDAO(true)。 decimal inCount=(InCount)。 product[CurrentCount]=(CurrentCount)+inCount。 }while(())。 ()。 } finally { ()。 } } LINKAGE 業(yè)務(wù)外觀層 ? 隔離系統(tǒng)功能的提供者和使用者 ? 作為后臺(tái)邏輯處理和前端用戶界面的緩沖區(qū) ? 將用戶界面和系統(tǒng)業(yè)務(wù)邏輯處理分開，當(dāng)業(yè)務(wù)邏輯發(fā)生變化時(shí)，不用修改客戶端程序 ? 使同一個(gè)業(yè)務(wù)邏輯能夠處理不同的客戶端請(qǐng)求。 ? 業(yè)務(wù)外觀層的代碼框架，在系統(tǒng)分析和設(shè)計(jì)完成后就可以完成，相當(dāng)于在界面設(shè)計(jì)人員和邏輯設(shè)計(jì)人員之間簽訂了一個(gè)協(xié)議 ? 雖然沒有實(shí)現(xiàn)任何邏輯，但使系統(tǒng)的開發(fā)更加有條理，更加簡(jiǎn)明 ? “ 任何問題，都可以通過引入一個(gè)中間層來得到簡(jiǎn)化 ” 。 ? 如果不考慮多種客戶端的情況，也不考慮分布式部署的問題，系統(tǒng)的模塊又很少，不會(huì)產(chǎn)生模塊間緊耦合的情況，那么，可以不使用業(yè)務(wù)外觀層，而讓用戶界面程序直接訪問業(yè)務(wù)功能。 LINKAGE 再次強(qiáng)調(diào) ——設(shè)計(jì)要點(diǎn) ? 高內(nèi)聚 – 內(nèi)聚：模塊內(nèi)部的聯(lián)系 ? 低耦合 – 耦合：模塊之間的聯(lián)系 ? 類、對(duì)類的控制、類的表現(xiàn)相分離 (MVC) ? 抽象 LINKAGE 什么是設(shè)計(jì)模式 ? 來源于日常設(shè)計(jì)。 ? 有固定的結(jié)構(gòu)。 ? 定義：一個(gè)對(duì)象關(guān)系體系，用來解決某一類特定場(chǎng)景的具體設(shè)計(jì)問題。 ? 輔助設(shè)計(jì)：在模式的基礎(chǔ)上進(jìn)行設(shè)計(jì)，可以節(jié)約大量討論和修改的時(shí)間同時(shí)保證質(zhì)量。 ? 保護(hù)復(fù)用：通過 Design Pattern在系統(tǒng)設(shè)計(jì)中的應(yīng)用，確保設(shè)計(jì)結(jié)果的可復(fù)用性，為以后的應(yīng)用復(fù)用提供基礎(chǔ)。 ? Solution：內(nèi)部各組成部分之間的協(xié)作。 ? 熟悉設(shè)計(jì)模式：解決什么問題 ? 熟悉設(shè)計(jì)模式：相關(guān)模式、類似模式 ? 考察設(shè)計(jì)問題：要解決的問題 LINKAGE The Catalog of Design Patterns ? 三類目的： creational, structural, behavioral ? 二類應(yīng)用： classes， objects ? 數(shù)量總數(shù)： 23個(gè) LINKAGE LINKAGE Design Pattern Relationship LINKAGE 導(dǎo)致重新設(shè)計(jì)的一般原因 ? 通過顯式地指定一個(gè)類來創(chuàng)建對(duì)象 ? 對(duì)特殊操作的依賴 ? 對(duì)硬件和軟件平臺(tái)的依賴 ? 對(duì)對(duì)象表示或?qū)崿F(xiàn)的依賴 ? 算法依賴 ? 緊耦合 ? 通過生成子類來擴(kuò)充功能 ? 不能方便地對(duì)類進(jìn)行修改 LINKAGE MVC模式 ? OO系統(tǒng)的世界觀 – Modal – View – Control LINKAGE 核心點(diǎn) ? 解耦 ? 間接 LINKAGE 設(shè)計(jì)模式舉例 ? Factory ? Builder ? Singleton ? Prototype ? Adapter ? Observer ? Facade UML基礎(chǔ) 描述 OO的語言 LINKAGE 4種視圖 ? Use Case View ? Logical View ? Component View ? Deployment View LINKAGE UML圖示 ? Use Case Diagram ? Class Diagram