项目有3个端,用户端、企业端和管理后台,现在是单体架构(3个端一套代码),是否应用一套用户系统,以用户类型字段区分?

新手上路,请多包涵

个人觉得应该分3张表,避免业务上的耦合,和数据库的耦合,但领导意见是放一张表已用户类别字段区分,我觉得领导没有说服我,各位有什么高见,或者我该怎样说服领导

阅读 3.3k
3 个回答

如果你要说你们之后三端账号系统会打通,用同一个账号可以三端都可以登录,那确实需要有一个统一的用户表。

否则放一张表里除了“物理上少两张表”这种之外、我没想到有任何优点。甚至连这点本身也不是优点啊……

【补充】漏了一点软件工程上的“优点”,毕竟少了两个 Entity 可以少写点儿代码,hiahiahia~

我们现在的是用户信息都是在一个表内,其它的比如说用户权限,用户资料之类的在另外的表上。
根据不同的业务去读取不同内容了,用户表只用于登陆注册。

也可能是因为我们一个账户可以登陆多个系统的缘故吧。

业务不更新升级了?
一个表怎么定制化?
三个用户一个表是出于什么目的?
要不你来自己搞?
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题