使用反射+策略模式代替項目中大量的switch case判斷

我這裏的業務場景是根據消息類型將離線消息存入mongoDB不同的collection中。其中就涉及到大量的分支判斷,爲了增強代碼的可讀性和可維護性,對之前的代碼進行了重構。 先對比一下使用反射+策略模式前後的代碼: 重構前: 重構後: 我們可以看到重構前的代碼充斥着大量的分支判斷,以後每增加一個新的消息類型就要增加一個新的具體實現類和增加一個新的分支判斷,可拓展性是相當差的;而重構後的代碼當需要增
相關文章
相關標籤/搜索