Java策略模式取代if else
別再大量的if else了, 代碼太簡陋了, 可讀性太差了.
策略模式的定義
....
簡單來說 每個模塊相互獨立 互不影響 提高代碼的可擴展性 !
舉栗子, 如下爛代碼
if ("花唄支付".equals(type)) {
// 花唄支付的業(yè)務邏輯處理
} else if ("微信支付".equals(type)) {
// 微信支付業(yè)務邏輯
} else if ("云閃付".equals(type)) {
// 云閃付支付業(yè)務邏輯
} else if ("...".equals(type)) {
// ....
}
思考: 可以定義一個支付接口, 支付方法, 不同的支付方式寫不同的實現類, 互不干擾, 互不影響, 以后添加新的支付方式, 只需添加新的實現類實現支付接口, 重寫他的支付方法即可, 無需改動之前寫的代碼.
正好今天敲代碼的時候 使用到了該設計模式, 簡單分享一下
定義接口

定義不同的實現類

每個實現類都會處理自己的業(yè)務, 互不干擾, 相互隔離, 比如 如下兩個實現類 實現了相同接口處理不同的業(yè)務


定義接口

是不是比大量的if else 簡潔多了~
把每個不同的模塊抽取出來, 通過bean的名稱獲取接口的實現類, 執(zhí)行方法
到此這篇關于Java策略模式取代if else的文章就介紹到這了,更多相關Java 策略模式內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Spring中的之啟動過程obtainFreshBeanFactory詳解
這篇文章主要介紹了Spring中的之啟動過程obtainFreshBeanFactory詳解,在refresh時,prepareRefresh后,馬上就調用了obtainFreshBeanFactory創(chuàng)建beanFactory以及掃描bean信息(beanDefinition),并通過BeanDefinitionRegistry注冊到容器中,需要的朋友可以參考下2024-02-02

