项目改造过程与心得体会-1-架构

本文介绍了从SSH框架改造为SSM微服务架构的过程,分析了改造原因,如SSH的sql灵活性问题和项目文档缺失导致的维护困难。改造方案包括采用SSM、微服务架构,利用dubbo和zookeeper,以及前端使用bootstrap+jQuery。项目拆分为3个微服务,实现了功能的模块化和系统稳定性提升。
摘要由CSDN通过智能技术生成

前言:

接下来用最简洁的方式,记录当前项目执行过程。

项目背景:

该项目是一个改造升级的后台管理系统项目;

项目处理的业务:客户管理和资金管理,70%为报表查询和导出功能;

项目改造原因:

  1. 原项目采用的技术框架为SSH,因为业务功能主要是报表实现,sql灵活多变,hibernate严重制约了功能实现,导致service层充斥了大量的sql拼接语句,hibernate不仅没有利用起来,更因此带来结构混乱、开发调试繁琐困难等问题;

  2. 几年下来,随着项目迭代,人员跟随着迭代,但相关的文档(需求文档、设计文档、开发文档)却没有任何留存,直接导致项目臃肿不堪,之前的代码没人敢动,只能是打补丁,随时都是牵一发动全身的节奏;

  3. 项目内部有很多的跑批业务,有些甚至交叉、重复执行,除了对性能影响之外,对项目部署、调试、日志查询等等也存在比较大的影响,导致系统不稳定;

  4. 数据库设计除了没有文档之外,表和字段也没有注释,且字段命名都是拼音缩写,表结构设计混乱等。

项目改造方案:

  1. 原项目已经不具有在其基础上改造的价值,直接另起炉灶,搭建一套新框架实现改造的任务,新框架采用当下更为流行、更为灵活、更为安全的SSM

  2. 公司内部已经有一些微服务实践,新项目也按照微服务的架构实施,按照业务拆分&#x

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值