移动设备多版本下,Admin 后台模块和 Home 前台模块的表该如何区分处理?

Home前台模块:
-- V1
-- V2
-- V3
目前三个版本是三个目录,代码都在各自的目录下
问题1:Admin后台模块也需不需要区分开版本号? (目前的逻辑是不区分,Admin模块本身就在PC端,更新代码直接覆盖原始代码,不存在老久版本)
问题2:如果Admin模块不区分版本号的话,Admin模块的表结构该怎么设计 (Home前台表的格式是 版本号_表名 ,那我Admin模块下的对数据库的表逻辑该针对哪个版本的表?目前的情况来看应该是废弃老版本的表,处理新版本的表)

其实api接口的项目经验我并不是很多,但是想到以后可能要碰到这种情况,所以想通过这个平台问一下您们,
Admin后台模块和Home前台模块在多版本的情况下该如何处理,数据库的表结构改如何设计比较妥当

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 2
liyu001989

admin 可以不区分版本,管理员一般都是自己人,不存在还要继续使用老版本的情况。

但是你们按 版本号_表名 区分了每个版本的数据?那么就需要考虑区分版本了吧

5年前 评论

@liyu001989 现在我的想法也是Admin不区分版本号,本身都是自己人在管理,而且还是PC端,就是考虑到数据库的问题,Home目前是三个库,根据版本号对应的去查询,但是很多人反馈说 旧版本数据没有跟新(Admin就管理了最新的数据库) ,所以才想怎么样能够更好的兼容起来。
之前有询问过很多人,他们的逻辑是根据版本号的不同来给接口增加对应版本的功能(逻辑上控制版本的差异性),这样他们其实就是对同一个数据库做了处理

5年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!