gin-admin v9 迭代需求讨论 about gin-admin HOT 6 OPEN

建议前端基于nuxt3来写。

我已经基于您开源的gin-admin做了个简单的后台管理。

1、 casbin机制太过复杂， 直接创建了casbin-rule表，管理policy
2、之前的action_id 太过复杂难以理解， 将菜单menu 和 api权限分开管理。 即user_menu管理当前用户后台菜单显示项目。 casbin 管理userid对应的api权限。
3、前端基于nuxt3 element-plus tailwind dayui 开发， nuxt3自动管理路由，支持ssr， 支持生成静态站，很方便且规范。
4、 不仅仅是后台， 实际上此方案，可以是包含整站的解决方案。

总体就是：
移除了表 menu_action menu_action_resource

修改了role_menu结构， 将用户的menu权限记录在这里。

接口权限记录在casbin_rule内， 替换之前的action
这样， 权限一目了然， 更坚简单， 还少了一张表。

from gin-admin.

建议和prometheus及Grafana结合以便查看性能指标，当前访问接口等信息。

from gin-admin.

后台菜单会不会有点鸡肋。
我现在的项目，菜单只是用来给casbin列路径。
前端菜单的显示控制用 umi-plugin-access 来控制，简直不要太爽。
而且access还能在页面里根据权限判断，显示不同内容。
当前用户信息里返回了 roles，access.js 里处理roles就好了。

from gin-admin.

建议前端基于nuxt3来写。

我已经基于您开源的gin-admin做了个简单的后台管理。

1、 casbin机制太过复杂， 直接创建了casbin-rule表，管理policy 2、之前的action_id 太过复杂难以理解， 将菜单menu 和 api权限分开管理。 即user_menu管理当前用户后台菜单显示项目。 casbin 管理userid对应的api权限。 3、前端基于nuxt3 element-plus tailwind dayui 开发， nuxt3自动管理路由，支持ssr， 支持生成静态站，很方便且规范。 4、 不仅仅是后台， 实际上此方案，可以是包含整站的解决方案。

总体就是： 移除了表 menu_action menu_action_resource

修改了role_menu结构， 将用户的menu权限记录在这里。

接口权限记录在casbin_rule内， 替换之前的action 这样， 权限一目了然， 更坚简单， 还少了一张表。

没用过 nuxt3。不知道跟 antd pro v5 的 protable + schema-form 比起来如何。两个组件完成 表+新建+编辑，就太方便了。

from gin-admin.

v9什么时候出

from gin-admin.

怎么不考虑用svelte呢，比vue快

from gin-admin.