@andrewpsy 可以可以可以

@helionzzz 哎，应该专门搞些自行车道出来呀

@XuanYuan 看你自己的签名

创业本来就不应该有其他兴趣了，你的唯一兴趣就是公司业务

中间发生了什么事情，你得和大伙坦白一下

看到第四，还不如不注销了

理论上这个东西要做成 role based 的好，就是这个系统分为几种角色，每个身份有对应的权限。这些应该是这个系统应该有的默认 preset，然后运营人员可以去针对每个角色增或者减权限。
@nickfan

@nickfan API 服务应该是要能对客户端无感的，比如小程序，iOS，Android，Windows Phone，Mobile Web 和 Desktop Web 都应该是通用一套 API ；这才真正发挥前后端分离的优势。

这个其实不仅对技术团队有要求，对设计产品的人也有要求。

@nickfan 还是我在这个帖子里的第一个回答，看团队整体情况，如果团队整体素质可以，并且愿意去这样做，方案一长远来看肯定是更好的；对于鉴权次数和 http 连接数这些我个人观点是太早了考虑了，而且如果项目真的大到一定规模，你的每个模块请求发到后端都对应的是各自的服务了，比如账户模块发到的是账户服务，支付专门有支付服务，等等。

如果是干一票的话，第二种也可以，但是也没有前后端分离的必要了

@helionzzz 哪里是公吧？

额，可以硬着头皮聊下去，毕竟是朋友介绍，得给朋友面子。

但是千万别合作就对了，找些能推辞的借口推掉就好。

建议你把你的 case 再说清楚一点。

你现在是作为一个 user 可以给编辑其他 user ? 然后能分配项目权限给其他 user?

你现在这个 user 是怎么得来这个权限的？还是你其实是后台的 admin, 你去操作在平台注册的那些 user ？

你的描述其实很模糊，用户出现了很多次，感觉有些用户是用户，有些是 admin

/users/id/projects 返回这个用户的项目就可以了

产品设计不合理

理想化应该是方案二，但是对整个团队（包括产品）要求高；

方案一比较适合团队成员水平普遍一般的情况，后期可能接口会越来越多，难维护

@also24 你的前叉就这么跪在地上，不加个套还是啥的？