网站已经好几年了。 接手的时候非常乱 现在已经整理的差不多。 想问下 用怎样的思路 可以大概齐的整理规范一下。
因为 SEO 问题,网站的很多 url 都不可以修改,目前只能通过 nginx 转发。
1
cncqw 2018-08-13 15:25:34 +08:00
随便找个框架重构一下,不要直接在源代码上改
|
2
zjsxwc 2018-08-13 16:01:57 +08:00
如果是这种( https://github.com/webERP-team/webERP )古老的 php、html、sql 混编的面相过程代码,
这种代码一个.php 文件就是对应一个路由地址,如果要改成面相对象, 1. 兼容老路由地址 可以写个 Router 碰到请求原先这种老地址时直接 include 对应的地址就行,然后新业务就按你新的面相对象方式写, 2. 复用老代码 这个相对比较麻烦只是体力活,如果要复用,而且是在了解每个老.php 文件功能的情况下(也就是有 Api 接口文档的情况下),你可以写个用于兼容的 Adapter 模拟老代码 $_GET 与$_POST 值来实现代码复用,调用老代码的功能,如果运气好的话 Api 接口文档格式很规范,我们甚至可以从文档生成每个功能的 Service 对象代码; 但是如果碰到没有 Api 接口文档的情况就比较难办了,你要做的是先写老代码的规范文档,然后生成我前面提到的 Service 对象代码。 这样应该能够完成代码完全面向对象化。 |
3
chinvo 2018-08-13 16:02:44 +08:00
约等于重写
|
4
airdge 2018-08-13 16:17:34 +08:00
即使实现相同功能 也相当于重构了
|
5
Light3 2018-08-13 16:18:43 +08:00
重写呗 然后 url 自己记录下 然后写个伪静态 ok
|
7
yuanxing008 2018-08-13 17:50:59 +08:00 1
不用考虑其他了,按照你现在需求就是做个现有功能列表的文档,然后选一个框架直接重写,先实现原有功能,后续维护就很方便了,我司去年还是前年来着,主业务系统就是这样子做的
|
8
thesharjah 2018-08-14 11:01:41 +08:00
其实现在大部分 PHP 的框架也是面向过程,不是面向对象的
可能你想的只是把基于 function 的改成基于 object ? |