問題描述

一種通過硬件設備的數據用了特殊格式，前一段是id，后一段是數據，

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

根據前面的類型，我們取后面中的某幾位，如A類型我們需要數據取數據的1-3位，B類型則需要第20和第22位。

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

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

問題解答

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

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

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

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

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