期望 menuItems 添加字段以满足多维需求

[w-flac]

前置条件

• 已经在 Issues 列表中搜索了相关问题。
• 这是和 Halo 相关的特性，如果是非项目本身的问题，建议在 Discussions 提交。
• 如果是插件和主题特性建议，请在对应的插件和主题仓库提交。

你当前使用的版本

2.24.2

描述一下此特性

在主题设置中，我希望通过菜单项列表让用户选择一个菜单项，但最终保存的值不是 menu-item-xxx，而是该菜单项所属菜单的 menu-xxx。目前可以通过：

action: /api/v1alpha1/menuitems
requestOption:
  labelField: spec.displayName
  valueField: metadata.name

获取菜单项列表，但 MenuItem 返回结构中没有所属 Menu 的反向信息，因此无法直接保存其对应的menu.metadata.name。另一方面，/api/v1alpha1/menus 虽然能返回菜单，但只适合直接选菜单，不适合“按菜单项展示、按所属菜单保存”的场景。

希望支持以下方案：

• 在 MenuItem 响应中增加所属菜单信息
  例如增加类似字段：

{
 "menuName": "menu-xxx" 
}

主题开发时，下拉列表显示“菜单项名称”，但实际保存“所属菜单名称（menu-xxx）”，之后模板中可直接配合 menuFinder.getByName(xxx) 使用。

附加信息

No response

[w-flac]

@JohnNiang @LIlGG

[ruibaby]

感觉这个需求有点绕，为什么不直接选菜单，而是要选一个菜单项来反推菜单呢？

[w-flac]

感觉这个需求有点绕，为什么不直接选菜单，而是要选一个菜单项来反推菜单呢？

如果能直接选择菜单就更好，因为我现在就是通过选择菜单项，反推出来的菜单…

[ruibaby]

感觉这个需求有点绕，为什么不直接选菜单，而是要选一个菜单项来反推菜单呢？

如果能直接选择菜单就更好，因为我现在就是通过选择菜单项，反推出来的菜单…

现在就有选择菜单的，https://docs.halo.run/developer-guide/form-schema#menuselect

[w-flac]

现在就有选择菜单的，https://docs.halo.run/developer-guide/form-schema#menuselect

这不是最优解，我最先使用的是这个组件，但目前实现方式仍存在一定局限性。当前#menuSelect组件只能基于“完整主菜单”或“独立菜单”进行渲染，无法针对具体菜单节点进行单独控制。理想情况下，应支持选择某一个菜单项进行渲染，例如：直接渲染主菜单中的指定菜单，以及其关联的二级菜单内容。这种方式能够提供更灵活的导航结构组织能力，也更适用于复杂布局下的局部菜单场景。

[w-flac]

在我的主题里，由于 移动/平板端 与 PC 端的导航逻辑存在明显差异，因此菜单结构不应完全共用，而应支持独立的展示与组织方式。这个时候，能够被允许选择指定菜单就显得很重要了。

[ruibaby]

我有点无法理解这种使用场景，我仍然感觉实现非常偏。

[w-flac]

其实就是移动端和PC端的菜单不统一，且样式也不统一😂

[ruibaby]

发出来看看，即便是实在无法通过样式优化来解决，那也应该让用户直接选择两个不同的菜单，毕竟现在菜单支持克隆。而不是让用户去选择菜单项，这样会很繁琐和不好理解。