云服务平台重构点 @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的分析。