2019 够呛吧，但是今年应该会确定下来。

@friddle Node 能干啥自己查查不就知道了，Node 能干啥都不知道。python 语言不重要的领域，看来 python 能干啥也不知道。还有啥不知道，让大家帮忙科普一下。

@starsriver Node 只是最近讨论的少了，国内外用的实际上真的很多，特别是项目初期。

@kilen3a Kotlin 取代 java 和 java 没被取代其实是一样的，kotlin 还是在大规模使用 java 技术栈。感觉原生的应用推广度没有 swift 来的好。

@dog 为什么？

你应该用结构体构建每一个项目，然后把这些项目整合进一个数组之类的或者别的数据结构里，方便查找。

@version
@niubee1 这个跟多少条数据真的关系不大，数据存在复杂性（产品权限，产品下面的项目权限，项目里面的多个服务权限，这些权限再相互交叉的权限），就算只有几百条数据只要复杂度上来了都会变成日后的灾难。
@zjsxwc 这也就是我标题里所提的问题。既然觉得 json 文件没问题，对象存 JSON 没问题，那么用关系型数据库干什么呢？都用 json 文件就好了，或者都用 nosql 就好了。使用关系型数据库的意义是什么呢？
不就是想用一个清晰的结构解决复杂的问题吗？

@zjsxwc 你的意思是说如果只有 100 个 Role 的话，权限管理都给开发的做是吗？

@zhouyou457 关系表是干嘛的，如果你要把特权 id=100 的特权删掉，只要在关系表里把 permissionId=100 的关系全删掉不就行了吗？还有一种方法就是在特权加一个状态，表示这个特权废弃了。

@Lucups 项目不算小项目，但是因为是 2B 的所以用户量可能不会很大。但是项目复杂性是有的。
主要权限不是单纯的路由权限，还有指定资源衍生出来的各种服务的权限。如果只是单纯路由权限可能不需要这样。

@jedrek
@limuyan44 他就是觉得这个可能实现起来复杂，觉得把表删掉两个更简单。

@xkeyideal 其实 RBAC 可以把权限分得更细的。或者说有什么更好的权限管理设计吗？分享一下。

@cherryas 那个人就是 mongoDB 用太多了我觉得。啥都想做成 JSON。。。

@est 用户表（ User ），角色表（ Role ），特权表（ Permission ），然后是用户角色关系表和角色特权关系表。比较完整的结构？有更好的实现吗？可以支持交叉授权。

@jedrek 现在所有权限都在 JSON 里，接下来你要给一个 Role 添加新的特权你要怎么做？手动填写并加进 JSON 数组里吗？
如果需要列出现在所有的特权，你要怎么做？遍历整个 Role 表里的 JSON 然后合并，再列出来吗？
如果需要找出对项目 1 有改权限的所有 Role 甚至是用户你要怎么做？再遍历一遍 Role 表从那么多的 JSON 数组里找指定字符串并且寻找对应的用户吗？
请解释下怎么实现？

@passerbytiny 确实有你说的这个问题，事实上我们正在把几个项目中可以通用的模块分离出来，做成单个服务，剩下部分后续应该也要拆分，但是还没到那一步。

@Cbdy 其实确实没什么不好，开发快，简单，部署轻松，性能也还说得过去。但是当整个项目非常大了之后你会发现，你根本不知道这些函数在传递些什么，所以要加入大量类型定义的注释，而且有些问题只有到运行的时候才会发现也很致命。所以开发用 node 没问题，但是重构就不太推荐了。