这个系统有平台、商家+门店后台、前台组成，目前计划把这三个服务端写成三套独立的源码（数据库还是共用一个），但是用到了PassportAPI认证，它需要对应每个服务的数据表。目前计划每个服务端安装一次PassportAPI认证使用覆盖模型修改对应的数据表，总觉的这种解决方案有点笨。大家有什么好的建议在下方评论吧
这 3 个部分，，，是同一个系统中的，肯定有很多交集吧，，，那一些代码怎么复用？
比如某个表，对应了一个模型，模型有一些基础的设置，，比如常量，获取器，修改器，关联之类的，在两个以上部分中用到了，，，
有这时间 你都上线了
既然都分成单独系统了，那就认证和鉴权分离出来单独写个服务
你要分表的话就别用passwordapi了，用jwt呗，支持多表的。而且不理解这个独立的源码是多独立......
我个人觉得,采用分表形式,用jwt做接口认证,一套代码搞定, 系统上线部署起来也要方便很多啊
环境：
人员充足，时间充足
三套代码，虽然代码复用低，但是可以保证这个项目之间相互独立，耦合度低，可以对应各个项目的场景做个性化配置开发。
人员/时间不充足
一套代码，建议不同的业务端用不同的授权方式，我们有一个项目是四合一，两个Api端用JWT ,后台用的是啥忘了，微信公众号使用微信相关验证。 前期做到业务分离，绝对独立，Model复用，后期在拆分就好了。
粤ICP备18099781号-6
|
粤公网安备 44030502004330号
|
违法和不良信息举报
由 Summer 设计和编码 ❤
请登录
关于 LearnKu
环境：
人员充足，时间充足
三套代码，虽然代码复用低，但是可以保证这个项目之间相互独立，耦合度低，可以对应各个项目的场景做个性化配置开发。
人员/时间不充足
一套代码，建议不同的业务端用不同的授权方式，我们有一个项目是四合一，两个Api端用JWT ,后台用的是啥忘了，微信公众号使用微信相关验证。 前期做到业务分离，绝对独立，Model复用，后期在拆分就好了。