目標：做到框架和業務的最大限度的解耦，以便於問題的界定和定位，減輕框架的負擔，提高框架敏捷性。
1.模板的適配和解析：
當前：框架提供擴展點，所有業務模塊自己適配，然後統一由框架 解析 並 保存 在框架數據庫中；
思路：這部分有兩點可以考慮：
1).解析是否可以放到業務模塊自己去做？
2).數據是否可以放到業務自己去保存？2.數據操作：
當前：全部由框架提供接口，在框架做數據的創建、查詢、修改、刪除等操作；
思路：由各業務自己做相關操作，框架提供回調接口，業務自己實現？
3.部署、拆除：
當前：框架提供統一接口，所有業務丟請求和數據給框架，然後框架打包處理；
思路：1).部署流程直觀感覺太複雜，層次較深，問題定位比較麻煩，流程是否可以簡化，有哪些步驟可以剝離出來？
2).定位日誌打印太多，可能有敏感信息，造成安全紅線問題，這個必須注意；3).出現過的一個問題：下發任務時，一直報“正在運行業務配置，當前不支持此操作”。
兩點：a).提示是否合適，真實情況就是任務衝突，但是這個提示給人的感覺是框架提供的是單線程的操作，
只能單個下發；
b).爲什麼會任務衝突？初步定位是任務拋異常後，緩存沒有清空，哪裏沒有清緩存？
當前的部署進度緩存機制是否合理？
4).wlan業務的一個具體場景問題：創建一個父模板和子模板實例，但是都沒有下發到設備，然後在組中由父模板綁定子模板一起下發，
但是在設備上還沒子模板，這時部署就失敗了。這種場景怎麼支持，因爲用戶創建一個子模板後不一定就要單獨部署，很可能和父模板綁定一起部署？
5).多客戶端中，兩個任務，每個任務關聯不同設備，同時下發，是否可以支持？6).比較邏輯是否可以優化，有更高效、更清晰的實現？