1、ContextPathConfig
本来:ContextPathConfig要提出公共内容放到base工程里,因为它的一些方法和基础框架是一体的,比如getContextPath,不应分散到各业务系统里,否则可能会独立发展,出现逻辑和基础框架要求不同一的现象。
现在:base包里没有,各系统都有自己的ContextPathConfig,用法还不统一。比如monitorservice(区域监测系统)中,继承了BaseController。
问题:代码重复性高。涉及ContextPathConfig的修改时,要去多个系统里修改。
重构急迫性:五星
2、空间属性表中缺失行政区划信息
现状:空间数据表中行政区划代码不全,在业务系统中通常是通过业务数据去展示对应的空间数据(即空间属性表中关联业务表中的id等字段),忽视了从空间上查找业务数据的问题。
问题:无法做到通过行政区划去查询对应的空间数据
重构急迫性:五星
3、与外部系统集成时涉及到的用户信息传递问题
(1)现在监测系统的集成方式,有明显的安全问题和用户信息反复查询的问题。应该是在过滤器中加入Basic验证机制,如果用到了session,先判断session里是否有。
(2)通过网关上url匹配模式,可以分开不同的sessionid。比如一个系统可以当成两个系统地址访问,可以配置两个用户。
重构急迫性:五星
4、区域监测大文件分片上传
重构急迫性:五星
5、监测sys大量界面有涉及省的现象
重构急迫性:五星
6、权限配置中的资源,可以应用于多个父资源(也就是出现多次),但是其资源不应该有差别。否则现有程序的查找父子资源的逻辑就有问题!
重构急迫性:五星
7、旧系统转maven,使用logback
重构急迫性:三星
6、上万条图斑如何在地图上快速展示。
重构急迫性:四星
7、在controller、servce和dao代码中经常出现 Object.toString()的用法。
object对应的参数没有传,或者其他原因是null时,就报错!
重构急迫性:四星
8、平台配置应该简化。
9、CI系统
10、common.jsp的重复引用
11、公共JS包再程序之间的重复使用,不好做代码升级。
12、界面上涉及很多URL时,html元素与动态赋URL的程序不在一起,代码阅读性很不好。应该借鉴easy-ui、layui、angular那样的做法,把元素定义和内容装载写到一起。比如 治理系统的首页。
13、权限管理系统,资源对应的URL重复。详见https://my.oschina.net/u/3756527/blog/1620149的分析。