文章目录前言学习目标一步步理解实现过程关键代码为什么这样写完整代码真实业务里的取舍可以怎么改前言这篇继续聊 HarmonyOS7 里的Menu 同级分组。如果你刚开始学 ArkUI不建议一上来就背属性名那样很容易看完就忘。更好的方式是先搞清楚这个页面想解决什么问题用户做了什么操作代码又是怎么把这个操作反映到界面上的。这个案例的核心是MenuItemGroup它对应的使用场景是菜单分层。我会把它当成一个真实业务里的小模块来拆而不是只贴一段代码结束。读完之后你至少应该能知道这几件事问题答案学什么MenuItemGroup在菜单分层场景里的用法看哪里状态字段、核心组件、事件回调重点信息组织适合谁刚接触 HarmonyOS7 声明式 UI 的同学学习目标先把页面目标说清楚。这个案例不是为了炫技而是展示一个常见交互片段页面上有内容展示有样式区分也有用户操作后的反馈。小白读这类代码时最容易犯的错误是从第一行样式属性开始抠细节结果看了半天不知道页面到底在干什么。我更建议按这个顺序看找到State确认页面有哪些会变化的数据。找到核心组件比如MenuItemGroup看看它接收了哪些参数。找到onChange、onClick或类似回调理解用户操作之后状态怎么变。最后再看颜色、圆角、间距这些样式属性。这样读下来哪怕代码比较长也不会迷路。一步步理解实现过程ArkUI 的声明式 UI 有个特点界面是状态的结果。你不用手动去找某个控件再改它的文本而是改状态框架会根据状态重新刷新相关 UI。在这个案例里布局一般由Column、Row、Scroll、Grid这些容器搭起来。它们负责“东西放在哪里”MenuItemGroup负责“这个功能怎么表现”事件回调负责“用户操作后发生什么”。三者配合起来页面才是完整的。下面这段关键代码可以先看一遍它保留了入口组件和核心逻辑EntryComponentstruct PeerGroupedMenu{StateisShow:booleantrueStateisMenuOpen:booleanfalseBuilderbuildMultiMenu(){Menu(){MenuItem({content:一级菜单项A})MenuItem({content:一级菜单项B})MenuItem({content:一级菜单项C})MenuItemGroup({header:更多选项}){MenuItem({content:二级菜单项A})MenuItem({content:二级菜单项B})MenuItem({content:二级菜单项C})}MenuItemGroup({header:其他操作}){关键代码为什么这样写把上面的代码拆开看会更容易理解State是页面的记忆点输入、点击、选择这类变化都会先落到这里。onClick是按钮类交互的入口适合触发切换、清空、提交这类动作。按钮不只是样式组件文案、可用状态和点击反馈都要一起设计。菜单适合收纳低频操作打开状态和关闭回调要保持同步。这里有一个很实用的判断方法如果你删掉某个状态字段页面还是否能表达当前交互如果不能说明这个状态就是业务状态如果删掉只是少了颜色或间距那它更多是视觉层面的东西。对新手来说先区分“业务状态”和“样式配置”很重要。很多页面写乱都是因为把这两类东西混在一起了。完整代码下面是完整代码。文章里的组件名已经换成更贴近业务的英文命名可以直接复制到独立页面里阅读。建议你先跑原样再尝试改一个状态字段或一个样式属性看界面怎么变化。constPAGE_BG_COLOR:string#F5F6FAconstCARD_BG_COLOR:string#FFFFFFconstTHEME_COLOR:string#4D96FFconstSUBTEXT_COLOR:string#8A8A8AEntryComponentstruct PeerGroupedMenu{StateisShow:booleantrueStateisMenuOpen:booleanfalseBuilderbuildMultiMenu(){Menu(){MenuItem({content:一级菜单项A})MenuItem({content:一级菜单项B})MenuItem({content:一级菜单项C})MenuItemGroup({header:更多选项}){MenuItem({content:二级菜单项A})MenuItem({content:二级菜单项B})MenuItem({content:二级菜单项C})}MenuItemGroup({header:其他操作}){MenuItem({content:设置})MenuItem({content:关于})MenuItem({content:退出})}MenuItem({content:取消})}}build(){Column(){if(this.isShow){Column({space:14}){Text(同级分组菜单).fontSize(14).fontColor(THEME_COLOR).fontWeight(600)Button(分组菜单).fontSize(15).fontColor(#FFFFFF).backgroundColor(#4ECDC4).borderRadius(8).width(60%).height(44).onClick((){this.isMenuOpentrue}).bindMenu(this.isMenuOpen,this.buildMultiMenu,{onDisappear:(){this.isMenuOpenfalse}})Text(使用多个 MenuItemGroup 独立分组).fontSize(12).fontColor(SUBTEXT_COLOR)}.width(100%).alignItems(HorizontalAlign.Center).padding(16).backgroundColor(CARD_BG_COLOR).borderRadius(12)}Text(同级分组菜单Menu 分组菜单MenuItemGroup 同级分组).fontSize(12).fontColor(SUBTEXT_COLOR).margin({top:12})}.width(100%).height(100%).backgroundColor(PAGE_BG_COLOR).padding(16)}}真实业务里的取舍如果把这个案例放进真实项目我会额外注意这些点命名要清楚状态字段最好能直接看出用途不要都叫value或flag。边界要处理空内容、超长内容、禁用状态、加载状态都要提前考虑。样式要克制颜色和阴影不是越多越好能表达层级就够了。交互要有反馈用户点了、输入了、选择了页面要给出明确变化。这些不是语法问题但会直接影响页面质量。可以怎么改这个案例可以继续往两个方向练。一个方向是改数据把静态内容换成数组或接口返回另一个方向是改交互比如增加清空、重置、禁用、加载中等状态。学 HarmonyOS7 组件时不要只满足于“代码能跑”。能说清楚为什么这么写才算真正理解了这个案例。