雲服務平臺重構點 @Arthur @Gyb

一、ContextPathConfig

原本：ContextPathConfig要提出公共內容放到base工程裏，由於它的一些方法和基礎框架是一體的，好比getContextPath，不該分散到各業務系統裏，不然可能會獨立發展，出現邏輯和基礎框架要求不一樣一的現象。

如今：base包裏沒有，各系統都有本身的ContextPathConfig，用法還不統一。好比monitorservice（區域監測系統）中，繼承了BaseController。

問題：代碼重複性高。涉及ContextPathConfig的修改時，要去多個系統裏修改。

重構急迫性：五星

二、空間屬性表中缺失行政區劃信息

現狀：空間數據表中行政區劃代碼不全，在業務系統中一般是經過業務數據去展現對應的空間數據(即空間屬性表中關聯業務表中的id等字段)，忽視了從空間上查找業務數據的問題。

問題：沒法作到經過行政區劃去查詢對應的空間數據

重構急迫性：五星

三、與外部系統集成時涉及到的用戶信息傳遞問題

（1）如今監測系統的集成方式，有明顯的安全問題和用戶信息反覆查詢的問題。應該是在過濾器中加入Basic驗證機制，若是用到了session，先判斷session裏是否有。

（2）經過網關上url匹配模式，能夠分開不一樣的sessionid。好比一個系統能夠當成兩個系統地址訪問，能夠配置兩個用戶。

重構急迫性：五星

四、區域監測大文件分片上傳

重構急迫性：五星

五、監測sys大量界面有涉及省的現象

重構急迫性：五星

六、權限配置中的資源，能夠應用於多個父資源（也就是出現屢次），可是其資源不該該有差異。不然現有程序的查找父子資源的邏輯就有問題！

重構急迫性：五星

七、舊系統轉maven，使用logback

重構急迫性：三星

六、上萬條圖斑如何在地圖上快速展現。

重構急迫性：四星

七、在controller、servce和dao代碼中常常出現 Object.toString()的用法。

object對應的參數沒有傳，或者其餘緣由是null時，就報錯！

重構急迫性：四星

八、平臺配置應該簡化。

九、CI系統

十、common.jsp的重複引用

十一、公共JS包再程序之間的重複使用，很差作代碼升級。

十二、界面上涉及不少URL時，html元素與動態賦URL的程序不在一塊兒，代碼閱讀性很很差。應該借鑑easy-ui、layui、angular那樣的作法，把元素定義和內容裝載寫到一塊兒。好比 治理系統的首頁。

1三、權限管理系統，資源對應的URL重複。詳見https://my.oschina.net/u/3756527/blog/1620149的分析。