@wanniwa #22 pBody 也得写一个 class

推荐第一种，抽一个通用 page 的父类就行，第二种谁写谁恶心，还要写一个组装对象的 class ，pBody 些得写一个 class

@unt #21 哦哦，我看错了

如果是单条根据 id 查询的接口，那应该也不会有 pageIndex ，pageSize 这个两个分页字段了，就直接下面这样就行了
{
"area": 2,
"type": 2,
"star": 2
}

第二种，因为你有的时候还是会返回 list 数据
{
"pageIndex": 1,
"pageSize": 10,
"data": [{
"area": 1,
"type": 1,
"star": 1
},{
"area": 2,
"type": 2,
"star": 2
}]
}

你们是哪个人建议给策划用 git 的，真的是想给他一个 https://i.imgur.com/io2SM1h.png ，回到上世纪的研发团队了把

策划一般是文档吧，为啥不云化，好好用用飞书文档、钉钉文档这些，还有国外的 notion 之类的。什么年代了还靠 git 去维护。别说什么安全性问题 https://i.imgur.com/io2SM1h.png ，搞得好像机密一样天天有人扒窃你文档。再不济内网搭个知识库也可以呀，比如 confluence ，让非开发人员用 git ，svn 真的想不通。协作编辑文档，版本迭代还蛮烦

@wanniwa #12 跳板机配置差一些。

让我想起来 dbeaver 好像就用的 java 写的，当时做数据同步还是生成 sql 脚本来着，居然给我来了个内存溢出。后来换了 navicat 轻轻松松，所以收费还是有收费的道理。要是 navicat 全家桶能便宜些就好了，之前买的 mysql 版本的

蛮好看的

@bruce0 #33 我也觉得新 UI 好看 https://i.imgur.com/InmIzl9.png

@ffw5b7 #44 感谢分享，收藏了

课程 b 站搜一堆照着学就行了

开源中国我记得首页经常有个 mqtt 的一个项目更新的消息，可以去搜搜。

@sergio948 #18 豆瓣可是以前所有爬虫新手的最爱爬的网站了。估计被爬怕了

有的公司是专门成立爬虫组，立项去攻克研究的。投入成本就会有收获。一步步去拆解剖析

@NoKey #4 你在渲染菜单数的时候可以过滤掉不是菜单的数据，但是底层你得缓存一份全量的权限 code 数据，方便你自封封装个属性类似 hasPermis='sys:role:list' 只要加在元素上子就会判断当前用户权限 code 中是否存在，没有就不展示

@NoKey #4 正常是直接后端返回当前用户的可以使用的权限资源，一般就是 menu 接口或者用户信息查询接口会给，里面会加上字段去判断是不是菜单。但是像你说的部分功能你就可以理解成按钮权限，更细化的权限。因为每个权限后端定义的时候都会给一个 code ，你在实现的时候，你只管当前用户权限集合中有没有这个 code 来展示元素就行了，比如：sys:role:list ，角色列表不展示，并不用纠结是不是菜单。