面向?qū)ο蟪绦蛟O(shè)計設(shè)計模式論文鄧鵬輝-資料下載頁
2025-05-18 20:59本頁面
【導(dǎo)讀】程序，在編寫程序的過程中親身實踐相應(yīng)設(shè)計模式，學(xué)習(xí)體會。該程序的設(shè)計目標(biāo)是完。成一個餐廳的經(jīng)營流程。其中的角色包括消費者，服務(wù)員，經(jīng)理，以及廚房的廚師。在程序設(shè)計中有四個包。其中利用策略模式，對顧客進行劃分。讓顧客具有各自不同的特點和屬性，并且可。以在程序運行的時候，利用相關(guān)方法進行修改，實現(xiàn)客戶在進行時的需求更改。所有的服務(wù)員得到最新的信息，在業(yè)務(wù)方面不會出錯。菜單信息，以及及時更改的信息。所以將chef也作為訂閱者加入到list中，跟服務(wù)員。綜合利用之前的各個角色，可以充分模擬餐廳的基本業(yè)務(wù)。式分別進行說明。耦合度，系統(tǒng)業(yè)務(wù)策略的更變僅需少量修改。在此包中，CookingOrder，SweetOrder，DrinkOrder為三個接口，分別用來定義顧。分別完成對菜式的要求，甜點的要求，因此關(guān)注于主題狀態(tài)的任何對象都需要明確地注冊自己為主體的一個觀察。主題狀態(tài)發(fā)生的變化，都需要通知所有的以注冊的觀察者。從主題接到通知以后，
【正文】 根據(jù) SRP 原則，上面的一個類需要用若干個類來實現(xiàn)，每一個類只實現(xiàn)一個頁面的一個功能。確立了這么一個原則，那么下面的問題就是：我們在這些類里 有很多相同的代碼，怎么實現(xiàn)這些代碼的重用呢？ 將相同的代碼在父類中先實現(xiàn)，而將不同的代碼延遲到子類中實現(xiàn)，這就是前面所說的“求同存異”。有了模板方法模式，既做到了滿足面向?qū)ο蟮膯我宦氊?zé)原則，又重用了代碼。 于是將做菜的過程進行抽象，得到 此抽象類： public abstract class kitchen { final void cookforclient( ) { washmaterial( )。 shredder( )。 cook()。 loadIndish( )。 if( clientWantsspice( ) ) { addspice()。 } } abstract void shredder( )。 abstract void cook()。 abstract void addspice( )。 void washmaterial() { (wash the material)。 } void loadIndish( ) { (Pouring into cup)。 } //鉤子方法 boolean clientWantsspice() { return true。 } } 此處還運用鉤子方法，對加不加香料加以控制，視客人要求而定。 一個具體實現(xiàn)： public class JapaBeef extends kitchen implements Beef { @Override void addspice() { // TODO Autogenerated method stub (add some mustard)。 } @Override void cook() { // TODO Autogenerated method stub (eat uncook)。 } @Override void shredder() { // TODO Autogenerated method stub (do it yourself)。 } public void becooked() { // TODO Autogenerated method stub (The beef from Japan will make you die)。 } } 日本牛肉擁有了自己的做法，生吃！ 以上及為本程序中具體運用的四個模式的說明，有對模式的理論說明還有針對本 程序的實際講解。 由于篇幅所限制，不便把所有的代碼貼上，具體請參看程序代碼。 三． 個人體會及建議。 個人 體會 設(shè)計模式需要學(xué)習(xí)者本身對 java 特性有一定深度的了解和認(rèn)識，起碼應(yīng)該熟練應(yīng)用 java 語言。因為基本所有模式都是建立在 java 語言特性上的，運用抽象類，接口，抽象方法，靜態(tài)方法等等?；具@些語言特性在 java 中都算難點和重點，在理解上對于新手都會存在一定的困難。而且，個人認(rèn)為，模式的學(xué)習(xí)和應(yīng)用是建立在對語言特性十分熟悉的基礎(chǔ)上，來進行一種理論上的提高和抽象。 因此覺得學(xué)習(xí)設(shè)計模式需要扎實的語言功底。 而在學(xué)習(xí)了設(shè)計模式后，的卻讓自己對以前頭疼的代碼問題找到了一些出路。以前在相關(guān)設(shè)計中，不懂設(shè)計模式，不會用設(shè)計模式，純粹是語言的堆砌，犧牲了語言本身的特性，也同時犧牲了軟件質(zhì)量。不僅僅代碼超長（曾經(jīng)在一個 java 文件中寫過 1500行以上的代碼，不過也是在 gui 設(shè)計中），而且代碼不易修改，基本不能大的修改。更重要的是犧牲了性能。 其實個人認(rèn)為更重要的是隨意堆砌的結(jié)果是自己不會在寫程序的同時去思考，不會有提高。 學(xué)習(xí)設(shè)計模式后，個人感覺不是在于編程技巧上有如何的提高，能夠?qū)懗龆嗝春啙嵏咝У拇a，而是在于理清了 編程的一個思路。 提高了編程的一個眼界，看問題不再淺顯，會去思考。會從整個設(shè)計和架構(gòu)的層次去思考。 當(dāng)然這是非常有難度的，但只有這樣。才能讓自己的編程修為有提高，讓自己寫的代碼不被人罵，讓自己的代碼 結(jié)構(gòu) 清晰明了，看著喜歡。 個人 建議 我覺得老師的課講的非常棒，給我們的資料也很棒，老師自己翻譯的 head first 比書上還要好。 只是 因為沒有 足夠 的經(jīng)驗，對某些 模式 體會不深，希望這門課能在研一下學(xué)期開課，這樣收獲更深。
研究報告相關(guān)推薦
鄂ICP備17016276號-1