没有什么是加中间层解决不了的... 一个不行就两个。
如果你真要做到单行数据粒度级别的权限，比如 productId:1 这条数据 userA 能看不能改；
最好是引入第三方权限框架做一个访问/数据权限层，比如 casbin 之类的；
抽离出“每条数据都标记了是和哪个组织 ID 关联”这个东西，集中维护在权限层。

@dc2002007 不敢苟同。
分不分也得看场景，小项目肯定是一把梭最合适。
上了点规模的项目，不光要分前后端，甚至前后端之间还有一个中间层专门处理接口聚合、转换工作。
就跟你写代码一样，复杂的代码肯定是要做抽离/加中间层来解耦、聚合、单一...
本质上还是工厂流水线那一套

大伙儿都痛恨强上微服务，但是架不住简历需要啊；
小公司有领导带着体验微服务就烧香拜佛吧。

不饿≠吃不进去
固定饭点比较好，形成生物钟，吃饭、拉屎、睡觉等等..

好分类识别、好输入自动补全？
前缀后缀感觉都差不多，都是为了好识别，让命名有“结构”
其实在外面再套一层更有结构，"Invalid"，“Limit”就成了“前缀”了

```
"Err":{
InvalidKey = xx
InvalidValue...
LimitLength...
LimitType..
}
```

ArgumentException
ArgumentNullException
ArgumentOutOfRangeException
InvalidXException
InvalidXXXException

这种谁弄谁死；
唯一的出路是逐步替换慢慢迁移

“尽早返回”？
if (a == 10)
return xx;
if (a == 20)
return xx;
if (a == 30)
return xx;

同情
插眼

这种情况，投诉管家肯定会管的，但是你别指望今天投诉，明天就给你清退了；
之前住蛋壳时，有一户作息时间跟我们另外三户正好相反，联合投诉，两周后就被清退了，据说押金都没退。

跟 header 没关系
你都知道配/path1/、/path2/、你再配个/login 不就行了
配完/login ，还有/logout ，还有/refresh 咋办？
所以你需要了解 location 规则及优先级问题，刚刚还有帖子就是关于这方面的

有一说一，文档是写的真不错...

看你排版的这么优雅，表述的如此清晰，我有点好奇。
难道不是<域名表> <IP 表> <域名_IP 关系对照表> ？

主要看 PRD 写的怎么样了，应该很少有人能写出层次分明、简繁有序的 PRD ，大部分都是流水账式的密密麻麻的谁看得进去，看完还得自己去梳理出流程图。
反之，原型就简单多了，哪怕没做交互，大部分人也能很快脑补出 90%逻辑；
所以现在大部分都是画原型+到处备注，大家都简单...

今天的状态跟你恰恰相反
眼看要下班了，还是找点活干吧，今天就摸到这了。

单看这 3 个语句：
1-乐观锁，stock >= Y 锁粒度最小化，性能最好，体验方面也比时间戳的 version 强得多；
2-悲观锁，碰到其它线程对这条数据进行 for update 时会进行排队，性能最低，但是优点是当你处理"一些业务逻辑"时不用担心当前事务并行执行；
3-没有存在的必要，似乎跟 1 没什么区别。

@RodneyiP168
我知道它很好用，但是我不想用啊。

@Goooooos
我要是黑它就不会发版本号了，一定是 17.1.1 这个版本的 bug 哈哈