Flutter for OpenHarmony 开发指南(五):实现tabbar主菜单功能

Flutter for OpenHarmony 开发指南(五):实现tabbar主菜单功能

前言

无论是在 Android、iOS 还是新兴的 HarmonyOS 平台上,底部标签栏都是用户与应用核心功能进行交互的主要入口。它提供了一种清晰、直观的导航方式,让用户可以轻松地在不同功能模块之间切换。

在本文中,将从一个只有独立页面的初始项目开始,一步步地重构代码,最终实现一个包含“首页”和“我的”两个核心模块的 TabBar 导航结构。

目标

我的目标是将一个通过路由进行离散页面跳转的应用,改造成一个拥有固定底部导航栏的现代化应用。

改造前:

  • 应用有一个初始页面。
  • 所有页面(如登录、个人中心)通过 Navigator.pushNamed 等方法进行跳转,彼此独立。
  • 没有一个统一的主导航结构。

改造后(我的目标):

  • 应用底部有一个常驻的 TabBar,包含“首页”和“我的”两个标签。
  • 点击不同的标签,可以切换中间的主体内容区域,而 TabBar 本身保持不变。
  • 页面切换流畅,且状态能够被妥善管理。

第一步:分析初始代码

main.dart (初始状态)

import 'package:flutter/material.dart'; import 'pages/home.dart'; import 'pages/login.dart'; import 'pages/profile.dart'; import 'pages/couplet.dart'; void main() { runApp(const MyApp()); } class MyApp extends StatelessWidget { const MyApp({super.key}); @override Widget build(BuildContext context) { return MaterialApp( title: 'Flutter Demo', theme: ThemeData( /* ... Theme data ... */ ), initialRoute: '/', routes: { '/': (context) => const HomePage(), '/login': (context) => const LoginPage(), '/profile': (context) => const ProfilePage(), '/couplet': (context) => const CoupletPage(), }, ); } } 

分析:
这段代码使用 MaterialApp 的 routes 属性定义了一组命名路由。应用的根路由 '/' 直接指向 HomePage。这种方式非常适合那些需要从一个页面跳转到另一个全屏页面的场景(例如,从首页跳转到登录页)。

第二步:核心概念 - Scaffold 和 StatefulWidget

要实现 TabBar,需要引入两个 Flutter 的核心概念:

  1. Scaffold Widget: 可以把它想象成一个“脚手架”,它为构建符合 Material Design 规范的页面提供了一整套标准结构。它包含了 appBar(顶部应用栏)、body(主内容区)、floatingActionButton(浮动操作按钮)以及这次的主角——bottomNavigationBar(底部导航栏)等预设插槽。
  2. StatefulWidget(有状态组件): 我的 TabBar 需要“记住”当前哪个标签页被选中。当用户点击一个新标签时,界面需要更新以显示对应的内容。这种需要根据用户交互或内部数据变化而改变自身外观的 Widget,就是有状态组件。将使用它来保存和更新当前选中的 Tab 索引。

第三步:构建 TabBar 的容器 - tabs.dart

最佳实践是将管理 TabBar 导航的逻辑封装在一个独立的 Widget 中。这有助于保持代码的整洁和可维护性。

lib/pages/ 目录下创建一个新文件 tabs.dart,并添加以下代码:

import 'package:flutter/material.dart'; import 'home.dart'; import 'profile.dart'; // 创建一个有状态的 Widget 来管理我们的 Tabs class Tabs extends StatefulWidget { const Tabs({super.key}); @override State<Tabs> createState() => _TabsState(); } class _TabsState extends State<Tabs> { // 1. 定义一个变量来记录当前选中的 Tab 索引 int _currentIndex = 0; // 2. 创建一个 Widget 列表,用于存放我们想要切换的页面 final List<Widget> _pages = [ const HomePage(), // 首页 const ProfilePage(),// 个人中心页 ]; @override Widget build(BuildContext context) { // 3. 使用 Scaffold 作为页面的根布局 return Scaffold( // 4. body 部分显示当前索引对应的页面 body: _pages[_currentIndex], // 5. 配置底部导航栏 bottomNavigationBar: BottomNavigationBar( // 6. 将当前索引绑定到 navigation bar currentIndex: _currentIndex, // 7. 定义点击事件,当用户点击时更新状态 onTap: (index) { // 使用 setState 来通知 Flutter 框架状态已改变,需要重新渲染 setState(() { _currentIndex = index; }); }, // 当 item 数量大于 3 个时,需要设置此属性以保证样式统一 type: BottomNavigationBarType.fixed, // 8. 定义导航栏中的项目 items: const [ BottomNavigationBarItem( icon: Icon(Icons.home), label: '首页', ), BottomNavigationBarItem( icon: Icon(Icons.person), label: '我的', ), ], ), ); } } 

代码详解:

  • 创建了一个名为 Tabs 的 StatefulWidget
  • 在 _TabsState 中,_currentIndex 是核心状态,它决定了哪个页面应该被显示,哪个标签应该被高亮。
  • _pages 列表将我的页面(HomePage 和 ProfilePage)与索引(0 和 1)对应起来。
  • Scaffold 的 body 属性被设置为 _pages[_currentIndex],这是一个非常巧妙的设计。当我通过 setState 更新 _currentIndex 时,Flutter 会自动重新构建 Scaffold,并根据新的索引从 _pages 列表中取出正确的页面来显示。
  • BottomNavigationBar 的 onTap 回调提供了用户点击的 index,我用它来更新 _currentIndex

第四步:整合到主应用 - 修改 main.dart

现在我已经有了一个功能完备的 Tabs 容器,最后一步就是让我的应用在启动时加载它。

回到 main.dart 文件,进行如下修改:

import 'package:flutter/material.dart'; // 1. 移除不再直接使用的 HomePage 和 ProfilePage 导入 // import 'pages/home.dart'; // import 'pages/profile.dart'; // 2. 引入我们新创建的 Tabs 容器 import 'pages/tabs.dart'; import 'pages/login.dart'; import 'pages/couplet.dart'; void main() { runApp(const MyApp()); } class MyApp extends StatelessWidget { const MyApp({super.key}); @override Widget build(BuildContext context) { return MaterialApp( title: 'Flutter Demo', theme: ThemeData( colorScheme: ColorScheme.fromSeed(seedColor: Colors.red.shade500), appBarTheme: const AppBarTheme( titleTextStyle: TextStyle( color: Colors.black, fontSize: 18, fontWeight: FontWeight.bold, ), ), ), initialRoute: '/', routes: { // 3. 将应用的根路由 '/' 指向 Tabs Widget '/': (context) => const Tabs(), // 其他独立页面的路由保持不变 '/login': (context) => const LoginPage(), '/couplet': (context) => const CoupletPage(), // 4. HomePage 和 ProfilePage 的路由可以被移除,因为它们已由 Tabs 管理 }, ); } } 

修改解释:
最核心的改动是将根路由 '/' 的目标从 HomePage() 改为了 Tabs()。现在,当应用启动时,它首先加载的是 Tabs Widget。Tabs Widget 内部的 Scaffold 和 BottomNavigationBar 会被构建,并且默认显示 _currentIndex 为 0 对应的页面,也就是 HomePage

效果预览

总结与展望

通过以上步骤,你已经成功地为一个 Flutter 应用实现了核心的 TabBar 主菜单功能。这个结构不仅在 HarmonyOS 上表现出色,在任何支持 Flutter 的平台上都能提供一致的、符合用户习惯的体验。

回顾一下关键点:

  1. 识别需求:认识到独立页面路由无法满足主菜单导航的需求。
  2. 封装容器:创建一个独立的 StatefulWidget (Tabs) 来封装导航逻辑,管理状态和页面切换。
  3. 利用 Scaffold:使用 Scaffold 的 body 和 bottomNavigationBar 属性来构建 UI 结构。
  4. 状态驱动 UI:通过 setState 更新当前选中的 index,驱动 body 内容的切换。
  5. 整合应用:将 MaterialApp 的根路由指向新建的 Tabs 容器。

欢迎加入开源鸿蒙跨平台社区 https://openharmonycrossplatform.ZEEKLOG.net

Read more

AI三分钟第1弹|3分钟学会给Cursor配置代理

AI三分钟第1弹|3分钟学会给Cursor配置代理 文章目录 * AI三分钟第1弹|3分钟学会给Cursor配置代理 * 正文 * 拿去用 * 讲清楚 * 记住它 * 结语 * 引用 * 版权信息 什么是AI三分钟? 《AI三分钟》专栏旨在提供短小精悍的AI工具使用技巧或者知识 在这个时间碎片化、知识碎片化的时代 用最精炼的语言和最生动的故事 3分钟完成一项干货的科普 正文 拿去用 方法一:直接用博主的配置文件(推荐) 1. 打开Cursor,按 Cmd + Shift + P(Mac)或 Ctrl + Shift + P(Windows)打开检索框 2. 重启Cursor使代理设置生效 3. 点击下图中的首选项,选择Cursor首选项配置,进入network(网络管理)页面 将HTTP协议改成HTTP1.1 粘贴博主编辑好的配置(全部覆盖,覆盖前请自行备份之前的用户设置)

从「AI改变世界」到「AI帮我改Bug」:一个小厂架构师的Agent落地实战

从「AI改变世界」到「AI帮我改Bug」:一个小厂架构师的Agent落地实战

凌晨两点的顿悟:AI不是魔法,是工具 上周三凌晨两点,我坐在书房里揉着发涨的太阳穴——创业团队的产品刚上2.0版本,客户反馈的Bug堆了满满一屏幕。女儿的乐高积木还散在客厅地板上,老父亲的呼噜声从隔壁房间传来,而我面前的电脑屏幕上,一个红色的错误提示正在闪烁。 「要是有个AI能帮我自动定位Bug就好了。」我对着空气吐槽,顺手又灌了一口冰咖啡。 三个月前,我也是这么想的。那时候AI Agent的概念正火,我在各种技术大会上听了无数次「Agent将颠覆软件开发」的演讲。回到公司后,我拍着胸脯跟团队说:「咱们也搞个AI Agent,让它帮我们写代码、测Bug、甚至做需求分析!」 现在想来,当时的自己简直像个刚毕业的愣头青——热情有余,务实不足。 从「大而全」到「小而美」:我的Agent落地三步走 落地流程可视化 遇到问题 遇到问题 遇到问题 接入错误日志系统 懂代码库结构 全能Agent幻想 系统启动慢 代码质量差 功能臆想 反思与调整 找到最小可用场景

AI时代人人都是产品经理:落地流程:AI 核心功能,从需求到上线的全流程管控方法

AI时代人人都是产品经理:落地流程:AI 核心功能,从需求到上线的全流程管控方法

AI的普及正在重构产品经理的工作模式——不再依赖传统的跨部门协作瓶颈,AI可以成为产品经理的"全职助手",覆盖需求分析、原型设计、开发协同、测试验证全流程。本文将拆解AI时代产品核心功能从0到1落地的完整管控方法,让你用AI能力提升300%的落地效率。 一、需求阶段:AI辅助的需求挖掘与标准化 需求是产品的起点,AI可以帮你从海量信息中精准定位用户真实需求,避免"伪需求"浪费资源。 1. 需求挖掘:AI辅助用户洞察 传统需求调研依赖问卷、访谈,效率低且样本有限。AI可以通过以下方式快速完成用户洞察: * 结构化处理非结构化数据:用AI分析用户在社交媒体、客服对话、应用评论中的碎片化反馈,自动提炼高频需求点 * 需求优先级排序:基于KANO模型,AI可以自动将需求划分为基础型、期望型、兴奋型、无差异型四类,输出优先级列表 实战工具与示例: 使用GPT-4+Python脚本批量处理应用商店评论: import openai import pandas as

人工智能:深度学习模型的优化策略与实战调参

人工智能:深度学习模型的优化策略与实战调参

人工智能:深度学习模型的优化策略与实战调参 💡 学习目标:掌握深度学习模型的核心优化方法,理解调参的底层逻辑,能够独立完成模型从欠拟合到高性能的调优过程。 💡 学习重点:正则化技术的应用、优化器的选择与参数调整、批量大小与学习率的匹配策略。 48.1 模型优化的核心目标与常见问题 在深度学习项目中,我们训练的模型往往会出现欠拟合或过拟合两种问题。优化的核心目标就是让模型在训练集和测试集上都能达到理想的性能,实现泛化能力的最大化。 ⚠️ 注意:模型优化不是一次性操作,而是一个“诊断-调整-验证”的循环过程,需要结合数据特性和任务需求逐步迭代。 48.1.1 欠拟合的识别与特征 欠拟合是指模型无法捕捉数据中的潜在规律,表现为训练集和测试集的准确率都偏低。 出现欠拟合的常见原因有以下3点: 1. 模型结构过于简单,无法拟合复杂的数据分布。 2. 训练数据量不足,或者数据特征维度太低。 3. 训练轮次不够,模型还未充分学习到数据的特征。 48.1.2 过拟合的识别与特征 过拟合是指模型在训练集上表现极好,但在测试集上性能大幅下降。 出现过拟合的常见原因有以下3点: