問題描述

一種通過硬件設(shè)備的數(shù)據(jù)用了特殊格式，前一段是id，后一段是數(shù)據(jù)，

前面一段，代表它是一段類型為A, B, C等等哪一種類型的數(shù)據(jù)。

根據(jù)前面的類型，我們?nèi)『竺嬷械哪硯孜唬鏏類型我們需要數(shù)據(jù)取數(shù)據(jù)的1-3位，B類型則需要第20和第22位。

現(xiàn)在設(shè)計的時候只需要能接受a類和b類就行了，但是未來想要接受c類, d類等等，同時對數(shù)據(jù)進行的操作也不同，比如a類需要把1-3位都乘二，b類第二十位加1，第二十二位不變z

問題是應(yīng)該怎么樣設(shè)計，未來拓展的時候方便呢？比如我想支持d類，不用重寫代碼....

問題解答

復(fù)雜的話用策略模式，不復(fù)雜的直接OO的繼承，不同類型的消息交給不同的子類去處理。

應(yīng)該把數(shù)據(jù)協(xié)議格式規(guī)定好：例如：高3位代表類型，中間2位代表協(xié)議版本，后面代表數(shù)據(jù)。協(xié)議規(guī)定好后，通過模板方法來處理，將具體解析放到子類，通用的放到父類。這樣在擴展時，不需要改動原有代碼，只需要寫新的實現(xiàn)就可以。

根本用不到設(shè)計模式，傳統(tǒng)的繼承就可以，各個子類分別取不同的字段就可以。

如果一定要使用設(shè)計模式，可以考慮一哈策略模式

還需要判斷一下后續(xù)的使用者，工廠模式，策略模式，代理模式可能都能滿足你擴展的需求，其實重要的是想法，遵照六原則設(shè)計吧，沒必要非要套某一個模式，根據(jù)需求，代碼慢慢演變，最后可能自然的就符合某個模式了，也可能是多種模式的組合。