struts2的优缺点以及如何改造

毕业的进入第一家公司就用过struts框架. 回头重新看看struts2，感觉变化不大。基于xml配置的MVC框架，当时这套框架还是相当流行，MVC,标签，布局，校验，公司的web前端就是基于这套框架。

说说它一个缺点：前后端不分离，bean与前端jsp高度绑定。这在项目比较小，初期是可以的。后期项目变得越来越大，逻辑越来越复杂，人员分工越来越细，则问题就比较突出,比如我需要支持不同客户端，手机html访问/android/ios. 比较好的方式是提供一个一个RESTful API,这样就可以支持不同的客户端。

 

如何改造：首先需要梳理现有逻辑，从业务以及技术角度拆分出不同的服务模块 -> 迭代重构模块把业务逻辑与前端web服务分离 -> 暴露APIs 供前端web服务调用。

 

思考：

• 项目后期的改造重构成本都是巨大的，所以需要评估带来的收益以及用户价值是什么？风险是什么？如何规避风险？
• 每个阶段需要达到什么样的目标？产出？
• 如何说服老板？
• 单体服务变成微服务成本也是巨大的