Java设计模式之策略模式---写的比较有趣,推荐大家看看
生活随笔
收集整理的這篇文章主要介紹了
Java设计模式之策略模式---写的比较有趣,推荐大家看看
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
原文:http://blog.csdn.net/jason0539/article/details/45007553
背景 在軟件開發中常常遇到這種情況,實現某一個功能有多種算法或者策略,我們可以根據環境或者條件的不同選擇不同的算法或者策略來完成該功能。如查找、排序等,一種常用的方法是硬編碼(Hard Coding)在一個類中,如需要提供多種查找算法,可以將這些算法寫到一個類中,在該類中提供多個方法,每一個方法對應一個具體的查找算法;當然也可以將這些查找算法封裝在一個統一的方法中,通過if…else…或者case等條件判斷語句來進行選擇。 這兩種實現方法我們都可以稱之為硬編碼,如果需要增加一種新的查找算法,需要修改封裝算法類的源代碼;更換查找算法,也需要修改客戶端調用代碼。在這個算法類中封裝了大量查找算法,該類代碼將較復雜,維護較為困難。如果我們將這些策略包含在客戶端,這種做法更不可取,將導致客戶端程序龐大而且難以維護,如果存在大量可供選擇的算法時問題將變得更加嚴重。問題 如何讓算法和對象分開來,使得算法可以獨立于使用它的客戶而變化?
方案 把一個類中經常改變或者將來可能改變的部分提取出來,作為一個接口,然后在類中包含這個對象的實例,這樣類的實例在運行時就可以隨意調用實現了這個接口的類的行為。 比如定義一系列的算法,把每一個算法封裝起來, 并且使它們可相互替換,使得算法可獨立于使用它的客戶而變化。這就是策略模式。
適用情況 許多相關的類僅僅是行為有異。 “策略”提供了一種用多個行為中的一個行為來配置一個類的方法。即一個系統需要動態地在幾種算法中選擇一種。 當一個應用程序需要實現一種特定的服務或者功能,而且該程序有多種實現方式時使用。
一個類定義了多種行為 , 并且這些行為在這個類的操作中以多個條件語句的形式出現。將相關的條件分支移入它們各自的Strategy類中以代替這些條件語句。
優點 1、可以動態的改變對象的行為 缺點 1、客戶端必須知道所有的策略類,并自行決定使用哪一個策略類 2、策略模式將造成產生很多策略類
組成 環境類(Context):用一個ConcreteStrategy對象來配置。維護一個對Strategy對象的引用。可定義一個接口來讓Strategy訪問它的數據。 抽象策略類(Strategy):定義所有支持的算法的公共接口。 Context使用這個接口來調用某ConcreteStrategy定義的算法。 具體策略類(ConcreteStrategy):以Strategy接口實現某具體算法。
應用 場景如下,劉備要到江東娶老婆了,走之前諸葛亮給趙云三個錦囊妙計,說是按天機拆開能解決棘手問題。場景中出現三個要素:三個妙計(具體策略類)、一個錦囊(環境類)、趙云(調用者)。
抽象策略類(Strategy) [java]?view plaincopyprint?
三個實現類(ConcreteStrategy): 妙計一:初到吳國 [java]?view plaincopyprint?
環境類(Context) [java]?view plaincopyprint?
下面就是使用的情況了 [java]?view plaincopyprint?
三招下來,搞得的周郎是“賠了夫人又折兵”。
以上就是策略模式,多種不同解決方案動態切換,起到改變對象行為的效果。
總結
以上是生活随笔為你收集整理的Java设计模式之策略模式---写的比较有趣,推荐大家看看的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 设计模式之适配器模式--java描述
- 下一篇: springmvc使用freemarke