線上訂房服務-台灣趴趴狗聯合訂房中心
發文 回覆 瀏覽次數:1160
推到 Plurk!
推到 Facebook!

使用Facade(外觀樣式)避開介面與規則的不當結合。

 
bruce
中階會員


發表:19
回覆:121
積分:83
註冊:2002-04-16

發送簡訊給我
#1 引用回覆 回覆 發表時間:2005-01-18 10:07:35 IP:211.21.xxx.xxx 未訂閱
使用Facade(外觀樣式)避開介面與規則的不當結合。 問題: 一般Delphi 程式設計的生手,最容易陷入的困境就是將介面與與企業規則弄得糾纏不清,後面接手的人,真是痛苦萬分,因為這種糾纏讓系統變的僵化而沒有彈性,沒有彈性的系統,要擴充功能就變得很困難。 偏偏這時候老闆又答應客戶明天要交貨,真是屋漏偏逢連夜雨,重新再寫已經來不及,舊系統又不知如何改起,真是讓人頭疼。 Facade(外觀) 樣式定義: Facade在現有的系統介面上,定義一個更高層的介面。 案例研究: 假設有一個Form1的單元及一個DataModule1單元,兩個單元相互Uses,在Form1上有一段程式碼: procedure TForm1.Button1Click(Sender: TObject); begin DataModule1.checkUser; end; 然後再DataModule1上有一段程式碼: procedure checkUser begin if Form1.edit1.text <>'' then begin ......... ......... end; end; 很明顯的,這是一個介面與規則不當的結合,又不很巧的,您現在被要求的功能,剛好必須使用到CheckUser這個功能,因時間有限,如果修改原來程式碼,你又必須重新測試,所以,必須思考是否可以在不更動原來的程式碼,重新設計出一個使用介面。 解決方案: 使用一個DataModule2 同時User Form1 及DataModule1這兩個單元,然後在DataModule2 重新設計一個使用介面出來: procedrue CheckUser( Name:string ); begin form1.edit1.text:=Name; form1.button1.click; end; 好了,透過Facade樣式的設計,現在我們可以用新的介面去使用CheckUser,而原來的糾纏仍然繼續的讓他存在,原來的功能也沒有改變,對老闆可以交代了。而對舊系統來說,你可以慢慢發時間去重整它,解開他的糾纏。
系統時間:2024-07-03 6:46:03
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!