如何去除if else的硬編碼語句呢?
在**中經常碰到if else 語句,當你看到這些硬編碼的if else時有沒有想處理掉的衝動呢?
if else的判斷邏輯是不是比較簡單,簡單到只是某個字串的相等判斷,if else 要幹的事情,是側重處理 handle 還是側重演算法,如果意圖是處理,那麼可以考慮是命令,如果意圖是演算法,那麼可以考慮是策略。那麼如何產生這些handler,或者strategy呢?當然是工廠模式了。但是在工廠模式或者建立方法,還是有if else 語句啊。不論是工廠中使用class反射,還是new。
我們只是通過構建map,通過spring注入到類中,再通過key來得到某個實現類,這些實現類都是實現了統一的乙個介面,這樣就去除了if else的硬編碼語句。
你可以把抽象出來的介面看作command,也可以看作strategy,關鍵看是你的意圖是什麼。
Spring中如何使用設計模式
關於設計模式,如果使用得當,將會使我們的 更加簡潔,並且更具擴充套件性。本文主要講解spring中如何使用策略模式,工廠方法模式以及builder模式。關於策略模式的使用方式,在spring中其實比較簡單,從本質上講,策略模式就是乙個介面下有多個實現類,而每種實現類會處理某一種情況。我們以發獎勵為例...
Spring中如何使用設計模式
關於設計模式,如果使用得當,將會使我們的 更加簡潔,並且更具擴充套件性。本文主要講解spring中如何使用策略模式,工廠方法模式以及builder模式。關於策略模式的使用方式,在spring中其實比較簡單,從本質上講,策略模式就是乙個介面下有多個實現類,而每種實現類會處理某一種情況。我們以發獎勵為例...
設計模式 如何優雅地使用責任鏈模式
責任鏈模式 chain of responsibility pattern 在 head first設計模式 一書中被稱為 剩下的模式 其實使用也是蠻多的。最近在學習netty的過程中用到了責任鏈模式,在此反過頭來重溫一下責任鏈模式。當你想要讓乙個以上的物件有機會能夠處理某個請求的時候,就使用責任鏈...