描述问题 (Describe the problem)
在 pure-admin 中,目前菜单 icon 支持多种模式,其中 SVG 模式仅支持前端静态配置。
文档中也明确说明:不支持后端返回 SVG icon,原因是 SVG 在当前实现中是“函数组件类型”,而非字符串。
这一设计在前端静态菜单场景下是合理的,但在**后端驱动菜单(RBAC / 动态菜单)**的实际项目中存在一定限制。
在真实业务中,菜单往往由后端统一维护并下发,例如:
-
权限系统(RBAC)
-
多端 / 多系统共享菜单配置
-
运营后台动态调整菜单
目前如果希望使用 SVG icon:
-
前端配置菜单:✅ 支持
-
后端返回菜单:❌ 无法使用 SVG icon
这会导致以下问题:
1.前后端菜单数据割裂
2.动态菜单能力受限
- 后端无法完整描述菜单结构(icon 变成“半静态”)
3.不利于大型项目/多团队协作
建议方案
希望能够支持后端返回 SVG icon 的声明方式,由前端统一解析为 SVG 组件。
如何复现该问题 (How to reproduce the problem)
无
操作系统和浏览器信息 (Operating system and browser information)
No response
验证 (Verify)
描述问题 (Describe the problem)
在 pure-admin 中,目前菜单 icon 支持多种模式,其中 SVG 模式仅支持前端静态配置。
文档中也明确说明:不支持后端返回 SVG icon,原因是 SVG 在当前实现中是“函数组件类型”,而非字符串。
这一设计在前端静态菜单场景下是合理的,但在**后端驱动菜单(RBAC / 动态菜单)**的实际项目中存在一定限制。
在真实业务中,菜单往往由后端统一维护并下发,例如:
权限系统(RBAC)
多端 / 多系统共享菜单配置
运营后台动态调整菜单
目前如果希望使用 SVG icon:
前端配置菜单:✅ 支持
后端返回菜单:❌ 无法使用 SVG icon
这会导致以下问题:
1.前后端菜单数据割裂
2.动态菜单能力受限
3.不利于大型项目/多团队协作
建议方案
希望能够支持后端返回 SVG icon 的声明方式,由前端统一解析为 SVG 组件。
如何复现该问题 (How to reproduce the problem)
无
操作系统和浏览器信息 (Operating system and browser information)
No response
验证 (Verify)