公司后端的历史代码

[shitcode]

每个 company 可对应多个 shop 。 因为每个 company 可存在一个特殊店铺，早期历史代码设计的 shop_id=99 （应该是觉得不会有人会开通超过 99 家店吧），并且不记录在表中。 现在有一个客户的店铺超过了 99 家，导致代码中大量判断 shop_id=99 的逻辑执行异常。

不止后端代码，而且客户端代码中也存在这样的逻辑判断。

[javalaw2010]

先把店铺拆分到两个 company 中去，再想办法解决历史遗留问题

[zhengfan2016]

创建商店的 func 里 if (shop === 99)shop += 1 ，绕开 id 为 99 的创建，然后加上注释解释为什么这么干

[bootvue]

shop_id 如何生成的 baseline 从 100 开启

[liyanggyang]

@zhengfan2016 我觉得这是最好的办法

[shitcode]

@javalaw2010 变成两个 company 也会影响到业务，现在最低成本的方式确实是二楼的做法

[shitcode]

@zhengfan2016 现在确实考虑这么干

[zhhbstudio]

@zhengfan2016 这就是天才吗？哈哈哈 还是说以前遇到过

[xiaowoli]

（应该是觉得不会有人会开通超过 99 家店吧）

你们公司怪励志的啊

[shitcode]

@xiaowoli 哈哈

[Gilfoyle26]

为啥一定要从代码的方向来解决呢？超过 99 给他开 2 个账号不就可以了

[ghm2mail]

shop = -1 ,-2,-3.....

[justseemore]

改一下 mysql 的 AUTO_INCREMENT 就完事了.

[justseemore]

@justseemore #12 就怕不光= 还有>=

[javalaw2010]

@shitcode #5 考虑到如果有代码逻辑是 if(shop_id >= 99) 就危险了。

[montaro2017]

把 99 改成更大的数字 比如 2147483647

[dcdlove]

shop 表的 种子升级到四位数 1000 ，然后历史所有 shop_id 加两个 00

[shitcode]

@javalaw2010 这个确实是没有，都是判断 99 的，但是也说不好真存在在哪个角落

[meteora0tkvo]

本来应该加多一个字段去标识判断是否是特殊店铺，而后端偷懒搞一个特殊 id 去判断

[leecqan]

其实我没看懂，为啥会有异常，有大佬解释一下么

[noahjsn]

@meteora0tkvo 《论屎山代码的形成》《论后期偿还技术债的痛苦》