陈年老项目的重构,请问各位朋友对新人有啥防坑建议?

起因

一个网站旧项目,老板说界面太丑了,想改界面。。。

项目描述

我也觉得要改造一下,因为整个项目大多数文件创建时间为07年,里面所有代码是面向过程的,HTML和PHP混合写在一起,前端还是使用table布局。
例1

关于重构的想法

按以往的做法,就是重新整一个新的项目出来,新项目完成后,整个域名切换过去。但考虑这样的做法,时间长成本高,这个陈年老项目的客户量不大,成本与收益不符合。
我现在希望是把整个项目分成多个模块,然后各个模块边重构边释放出来。
就是想后端把整个项目的都用API写,前端还是PHP面向过程加载API的数据,并生成出来。
例2

希望大家的帮助

整个项目这样制作,虽然也算是前后端分离吧,但前端还是PHP和HTML混合写在一起,假设以后入职的前端设计师不会PHP语言,就比较累了。如果使用VUE做为前端的话,又不懂得怎么跟旧项目混合在一起上线。
群里有朋友说“微服务”之类的方法,搜索了一些资料,还是没有思路怎么个让这个项目“微服务”起来。希望这里有大神能给一些资料参考一下。
对于旧项目的改造是存在恐惧的,可能会遇到一堆意想不到的事情,希望有哪些改过旧项目的过来人,能给点建议,让新人少踩点坑。
感谢各位。

阅读 4.3k
7 个回答

建议,别重构了,除非老板和你特别亲,能帮你顶锅。
小改动,就还按照之前的方式,混在一起写,简单粗暴速度快,改完还能做其他事,你整个重构,那以后这就是你的事了,可能以后所有精力都放这里面,没其他精力搞事了。
大改动的话,建议前面加个nginx做调度,改动的地方,用nginx调度到你的服务里面,老得没有改动的,还定向到老的服务,这样,比较优雅。

在php和用户之间再加个node层,靠node服务来让不同的页面访问原来的php或重构好的新项目

按以往的做法,就是重新整一个新的项目出来,新项目完成后,整个域名切换过去。但考虑这样的做法,时间长成本高,这个陈年老项目的客户量不大,成本与收益不符合。

那还来重构啥,你这后面说的不都是空话,想挖坑。

一小块一小块的重构吧, 每次重构都加上开关, 保证在出题的时候能够及时切换到老项目里. php不了解, 感觉可以按页面一个一个来

新手上路,请多包涵

这样重构没看出任何优点,以前是框架加载,现在是直接调用api,不走框架csrf等安全操作api里自己写吗?前端改动后代码量看着也挺多。一眼看上去第一印象是不够优雅。后端的话可以写model,看到一个慢慢改,前端的话,找个模版,换套模版就行,或者自己写css

老铁, 咱俩太像了, 昨天给我安排任务,集团总公司 0几年的老jsp项目, 要改UI, 重构不可能的, 只能去改改全局css

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题