j2ee課程設(shè)計(jì)項(xiàng)目開發(fā)指導(dǎo)——第3章達(dá)到高內(nèi)聚低藕合的架構(gòu)設(shè)計(jì)目標(biāo)第2部分(編輯修改稿)
2024-12-23 16:17 本頁面
【文章內(nèi)容簡介】 成審計(jì)日志，但是它不支持跨數(shù)據(jù)庫平臺的 功能 要求，所以一般采用 Hibernate 框架中的監(jiān)聽器實(shí)現(xiàn)這樣的功能。 基于 面向 切 面 思想 的 系統(tǒng) 架構(gòu)設(shè)計(jì) 實(shí)現(xiàn) 交易日志 示例 面向?qū)ο笤O(shè)計(jì)中的“開 閉”（ OCP， OpenClose Principle）原則 隨著軟件系統(tǒng)的規(guī)模不斷地增大，從而對軟件系統(tǒng)的維護(hù)和修改帶來 一定 的復(fù)雜性，這種困境促使 Bertrand Meyer 在 1998 年提出了“開 放 — 封閉”原則 。該原則要求 軟件系統(tǒng)的開發(fā)人員可以在不修改系統(tǒng)中現(xiàn)有的功能代碼的前提下（不必改動源代碼或者二進(jìn)制代碼、模塊的二進(jìn)制可執(zhí)行版本，無論是可鏈接的庫、 DLL 或者 Java 的 .jar 文件，都無需要改動），而實(shí)現(xiàn)對應(yīng)用系統(tǒng)的軟件功能進(jìn)行 功能 擴(kuò)展。 基于面向切面思想的系統(tǒng)架構(gòu)設(shè)計(jì)實(shí)現(xiàn)能夠更好地滿足“開 閉”原則 AOP 的本質(zhì)其實(shí)是實(shí)現(xiàn)分散關(guān)注的編程方法 —— 所謂的分離關(guān)注就是要將應(yīng)用系統(tǒng)中某一通用的需求功能從不相關(guān)的各個(gè)模塊中分離出來，同時(shí)也能夠使得其他的功能模塊共享這個(gè)通用的功能實(shí)現(xiàn)代碼。由于 AOP 也同 樣倡導(dǎo)“封裝”和“分離”，因此基于面向切面思想的系統(tǒng)架構(gòu)設(shè)計(jì)實(shí)現(xiàn)結(jié)果的可擴(kuò)展性高。 基于面向切面思想的系統(tǒng)架構(gòu)設(shè)計(jì)實(shí)現(xiàn)能夠更好地滿足“開 閉”原則，因?yàn)?AOP 技術(shù)的具體實(shí)現(xiàn)手段是應(yīng)用攔截器組件 、并且各個(gè) 攔截器組件 可以相互串接組合成為更復(fù)雜功能的組件 。當(dāng)應(yīng)用系統(tǒng)的需求發(fā)生變化，可以通過替換原有的攔截器組件或者添加新的攔截器組件的方式適應(yīng)需求的變化。 在 銀行賬 戶 信息 管理系統(tǒng)中 基于面向切面思想 設(shè)計(jì)和實(shí)現(xiàn)交易日志示例 （ 1）系統(tǒng)需要提供對業(yè)務(wù)交易日志記錄的功能 銀行賬戶是開展各項(xiàng)金融業(yè)務(wù)的基礎(chǔ)，是一切金融交易的 門檻，不論什么樣的金融交易，只要通過銀行，都表現(xiàn)為資金從一個(gè)賬戶到另一個(gè)賬戶的轉(zhuǎn)移，都會在賬戶記錄中留下痕跡。 讀者對金融行業(yè)中的日志記錄的重要性也應(yīng)該有所了解，通過采用交易日志機(jī)制等，加強(qiáng)內(nèi)部制約和監(jiān)督、審計(jì)，提高了銀行業(yè)務(wù)數(shù)據(jù)的安全性。 為了事后的業(yè)務(wù)審計(jì)和跟蹤，有必要對每次的賬戶變化的情況進(jìn)行詳細(xì)的記錄，也就是需要對業(yè)務(wù)交易的過程和結(jié)果進(jìn)行日志記錄。但對賬戶信息跟蹤的技術(shù)實(shí)現(xiàn)本質(zhì)是監(jiān)控對數(shù)據(jù)庫系統(tǒng)的訪問，也就是對數(shù)據(jù)庫表中的記錄的增、刪、改和查等方面的功能操作。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 8/17 頁 （ 2）業(yè)務(wù)交易日志記錄的數(shù)據(jù)格 式 為了能夠準(zhǔn)確地反映每次的賬戶信息的變化狀況，初步規(guī)定業(yè)務(wù)交易日志記錄的數(shù)據(jù)格式為下面的各個(gè)屬性字段：交易時(shí)間、訪問者的 IP 地址、操作員的工號 ID、操作結(jié)果的狀態(tài)（成功或者失?。⒉僮鲃幼鳎ㄔ黾?、修改還是刪除）、交易類型（存錢、取錢還是轉(zhuǎn)賬）、失敗原因說明、具體交易的各種業(yè)務(wù)數(shù)據(jù)。 （ 3）將業(yè)務(wù)交易日志記錄的功能單獨(dú)設(shè)計(jì)為一個(gè)模塊 為了避免在各個(gè)業(yè)務(wù)功能模塊中直接藕合和重復(fù)地編程實(shí)現(xiàn)業(yè)務(wù)交易日志記錄的功能代碼，在系統(tǒng)的架構(gòu)設(shè)計(jì)方面應(yīng)用 面向切面思想 ，業(yè)務(wù)交易日志記錄的功能單獨(dú)設(shè)計(jì)為一個(gè)模塊 —— 交 易日志記錄 攔截器組件 。 當(dāng)某個(gè)業(yè)務(wù)功能類的具體業(yè)務(wù)方法執(zhí)行后，通過 AOP 所倡導(dǎo)的后置形式的交易日志記錄 攔截器組件 實(shí)現(xiàn) 在交易操作成功或者失敗時(shí)都進(jìn)行記錄。交易日志的記錄行為主要是依據(jù)被攔截的業(yè)務(wù)對象中的特定的業(yè)務(wù)處理方法和有關(guān)的交易數(shù)據(jù)。 在執(zhí)行業(yè)務(wù)對象中的特定業(yè)務(wù)處理方法體后，識別業(yè)務(wù)方法的操作結(jié)果的狀態(tài)（成功或者失?。?。如果交易成功執(zhí)行后，則記錄交易成功有關(guān)的日志信息；如果交易執(zhí)行過程中拋出異常，則記錄交易失敗有關(guān)的日志信息。 基于 面向 切 面 思想 的 系統(tǒng) 架構(gòu)設(shè)計(jì) 實(shí)現(xiàn)事務(wù)控制示例 事務(wù)控制技術(shù)能夠保證數(shù) 據(jù)訪問的一致性 在 企業(yè)應(yīng)用系統(tǒng)的開發(fā)實(shí)現(xiàn) 中，單用戶操作的 應(yīng)用 系統(tǒng)越來越少了，基本上都是多用戶 并發(fā) 操作 和 并發(fā)訪問數(shù)據(jù)庫 表中的數(shù)據(jù) 。在這種情況下，要想保證業(yè)務(wù)的正常進(jìn)行，保證數(shù)據(jù)庫 訪問中 的 各種業(yè)務(wù)數(shù)據(jù)的 一致性是關(guān)鍵。 比如 在 銀行 賬戶系統(tǒng) 的轉(zhuǎn)賬 功能實(shí)現(xiàn)中 ， 如果技術(shù)實(shí)現(xiàn)不合理將 會造成一個(gè) 儲 戶 賬號中 的資金減少了， 而 另一個(gè) 儲 戶 賬號中 的資金卻沒有增加。保證數(shù)據(jù)庫 表中的數(shù)據(jù) 一致性需要對多 儲 戶并發(fā)訪問數(shù)據(jù)庫進(jìn)行合理的調(diào)度 和控制 ，調(diào)度 和控制 的基本單位是 應(yīng)用 事務(wù)控制技術(shù) 。 下圖 為保證轉(zhuǎn)賬功能的正確性的 事務(wù) 控制技術(shù)的圖示。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 9/17 頁 圖 為保證轉(zhuǎn)賬功能的正確性的事務(wù)控制技術(shù)的圖示 由于 事務(wù)是 儲 戶對 賬戶 數(shù)據(jù)庫 表中的數(shù)據(jù)訪問 操作 的 序列 集 ， 并且 事務(wù)具有 ACID 四個(gè)方面的特性（分別代表不可分割性 Atomicity、一致性 Consistency、隔離性 Isolation 和穩(wěn)定性 Durability） 。 因此，合理地應(yīng)用 事務(wù) 控制技術(shù)能夠保證業(yè)務(wù)處理過程中的數(shù)據(jù)一致性和業(yè)務(wù)邏輯的正確性。 JDBC API中也提供對事務(wù)控制技術(shù)的支持 與通過 某種特定的 數(shù)據(jù)庫 系統(tǒng)中的 存儲過程實(shí)現(xiàn)事務(wù)處理 控制 相比， JDBC 事務(wù)處理 技術(shù) 可實(shí)現(xiàn) 應(yīng)用 系統(tǒng)與 物理 數(shù)據(jù)庫 系統(tǒng)的 分離，增強(qiáng) 應(yīng)用 系統(tǒng)的獨(dú)立性。在 基于 JDBC 的應(yīng)用開發(fā) 中，事務(wù)的啟動是 由 JDBC 驅(qū)動 程序 自動完成的，而事務(wù)的終止則可以是自動 完成也可以是 由開發(fā)人員在代碼中 手動 實(shí)現(xiàn) 。事務(wù) 到底是 自動終止還是手動終止 這要取決于數(shù)據(jù)庫 連接對象 中 的自動提交狀態(tài)的 值是為 true 還是為 false。 JDBC 中的事務(wù)特點(diǎn) 主要體現(xiàn)在： 打開一個(gè) 數(shù)據(jù)庫 連接對象 （ Connection） 時(shí)，缺省是自動提交（ AutoCommit） 模式 。也就是說，一條對數(shù)據(jù)庫的更新 SQL 語句代表一項(xiàng)事務(wù)操作，操作成功后，數(shù)據(jù)庫系統(tǒng)將自動調(diào)用 mit()來提交 ，否則將調(diào)用 rollback()來回滾。 因此， 為了能將多個(gè) SQL 語句組合成一個(gè)事務(wù)， 需要 將 自動提交（ AutoCommit） 模式 屏蔽掉。 但 JDBC API 只支持本地 事務(wù) （ (Local transaction)） —— 針對單個(gè)數(shù)據(jù)庫為目標(biāo)的操作 ，而不支持分布式 事務(wù) 處理的要求 —— 此時(shí)應(yīng)該要采用 Java 事務(wù) API （ JTA， Java Transaction API）。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 10/17 頁 基于 JDBC API事務(wù)控制實(shí)現(xiàn)的代碼示例 在基于 JDBC API 的 事務(wù)控制實(shí)現(xiàn) 的開發(fā) 中，可以通過調(diào)用 Connection 類中的setAutoCommit(false)來禁止自動提交 ； 之后就可以把多個(gè)數(shù)據(jù)庫操作的 SQL 語句 作為一個(gè)事務(wù)，在 數(shù)據(jù)庫訪問 操作完成后 再 調(diào)用 mit()方法 來進(jìn)行整體 的 提交，倘若其中一個(gè) SQL語句 操作失敗，都不會執(zhí)行 mit()方法 ，并且將產(chǎn)生響應(yīng)的異常；此時(shí)就可以在異常捕
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號-1