发表于 2024年9月14日1年前 之前已开发过一个 APP ，但收入不行，现在公司想重新再开发一套新的 APP ，新的方向。老板的意思是以前的帐号还可以继续登录，之前用户的上下级关系还得继续保持。 这个开始没有细想，觉得只需要在老的项目上，再搞个独立的用户登陆与注册这两个接口就行了，剩下都是新的服务器，新的接口来制作。 然后今天仔细想想似乎不太对，旧项目要是崩了或者卡了，新项目也会受影响，出现问题，调试查找 BUG 会不会太难了？ 而且两者都涉及到钱包余额，有提现功能，用同一套帐号的话，那提现时候的实名认证也得搞个同步，又增加复杂程度。（如果实名认证同步过来，那是不是在新项目这边也得搞个提现审核？如果实名不步过来，旧项目是不是得改一下字段，记录这笔钱是从哪个项目提交过来的？） 另外就是审核提现的时候，系统会计算钱从哪来（有不同的佣金），这个审核又增加难度。 现在只想到钱包问题，这种混合在一起的项目，不知道未来还会遇到哪些问题。 求大佬们指点一下，这种情况应该怎么设计才比较稳妥？
之前已开发过一个 APP ，但收入不行，现在公司想重新再开发一套新的 APP ，新的方向。老板的意思是以前的帐号还可以继续登录，之前用户的上下级关系还得继续保持。
这个开始没有细想，觉得只需要在老的项目上，再搞个独立的用户登陆与注册这两个接口就行了，剩下都是新的服务器，新的接口来制作。
然后今天仔细想想似乎不太对，旧项目要是崩了或者卡了，新项目也会受影响，出现问题，调试查找 BUG 会不会太难了？
而且两者都涉及到钱包余额，有提现功能，用同一套帐号的话，那提现时候的实名认证也得搞个同步，又增加复杂程度。（如果实名认证同步过来，那是不是在新项目这边也得搞个提现审核？如果实名不步过来，旧项目是不是得改一下字段，记录这笔钱是从哪个项目提交过来的？）
另外就是审核提现的时候，系统会计算钱从哪来（有不同的佣金），这个审核又增加难度。
现在只想到钱包问题，这种混合在一起的项目，不知道未来还会遇到哪些问题。
求大佬们指点一下，这种情况应该怎么设计才比较稳妥？