子玥酱 （掘金 / 知乎 / CSDN / 简书 同名）

大家好，我是 子玥酱，一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂，目前在某国企负责前端软件研发相关工作，主要聚焦于业务型系统的工程化建设与长期维护。

我持续输出和沉淀前端领域的实战经验，日常关注并分享的技术方向包括 前端工程化、小程序、React / RN、Flutter、跨端方案，
在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。

技术方向：前端 / 跨端 / 小程序 / 移动端工程化
内容平台：掘金、知乎、CSDN、简书
创作特点：实战导向、源码拆解、少空谈多落地
文章状态：长期稳定更新，大量原创输出

我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”，而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍，希望能帮你在实际工作中少走弯路。

子玥酱 · 前端成长记录官 ✨
👋 如果你正在做前端，或准备长期走前端这条路
📚 关注我，第一时间获取前端行业趋势与实践总结
🎁 可领取 11 类前端进阶学习资源（工程化 / 框架 / 跨端 / 面试 / 架构）
💡 一起把技术学“明白”，也用“到位”

持续写作，持续进阶。
愿我们都能在代码和生活里，走得更稳一点 🌱

引言

如果你回想过去十几年的移动应用设计，几乎所有 App 的第一步都是一样的：

先设计首页。

首页放什么？

• Banner
• 推荐内容
• 功能入口
• 活动位
• 搜索框

首页就像一块“数字大厅”，用户必须从这里进入整个世界。

但当 AI、分布式能力、全场景系统 同时出现后，
一个看似简单、却非常本质的问题开始浮现：

未来的 App，还需要首页吗？

这不是设计趋势的问题，而是信息架构是否被重写的问题。

首页诞生的真正原因是什么

很多人以为首页只是视觉布局，其实不是。

首页存在，本质上是为了弥补三件事：

第一，用户不知道该去哪

传统 App 的结构是：

功能很多，但路径很深。

所以需要一个地方：

• 集中展示入口
• 告诉用户“你可以做什么”

首页其实是一种：

导航说明书。

传统首页 ArkUI 示例：

@Entry
@Component
struct HomePage {
  build() {
    Column() {
      Text("欢迎来到首页")
        .fontSize(24)
        .margin(20)

      Button("进入阅读")
        .onClick(() => {
          router.pushUrl({ url: "pages/reader" })
        })

      Button("打开待办")
        .onClick(() => {
          router.pushUrl({ url: "pages/todo" })
        })
    }
  }
}

这个结构本质就是：用页面入口指导用户行动。

第二，产品需要分发流量

从商业角度看，首页更重要：

• 推荐位
• 活动位
• 广告位
• 转化入口

首页不是为用户而生，而是为运营与增长而生。

典型推荐流布局：

List() {
  ForEach(this.recommendList, (item) => {
    ListItem() {
      Text(item.title)
    }
  })
}
.height('100%')

这里的核心不是“功能”，而是内容分发能力。

第三，系统无法理解用户意图

过去的系统：

• 听不懂自然语言
• 不理解上下文
• 不知道你下一步要干嘛

于是只能：

把所有东西摆在首页，让你自己选。

AI 出现后，首页首先失去的能力

当用户开始习惯这样做：

• “帮我继续看昨天那本书”
• “打开刚才的会议记录”
• “把待办按优先级排一下”

你会发现一件事：

用户根本没经过首页。

AI 直接完成了三件原本属于首页的工作：

• 理解需求
• 找到功能
• 给出结果

也就是说：

首页最核心的“入口价值”，被 AI 吃掉了。

AI 直达任务的伪代码示例：

async function handleUserIntent(intent: string) {
  if (intent.includes("继续阅读")) {
    router.replaceUrl({ url: "pages/reader", params: { resume: true } })
  }

  if (intent.includes("查看待办")) {
    router.replaceUrl({ url: "pages/todo" })
  }
}

这里已经没有“首页跳转”，而是语义 → 直接执行任务。

在鸿蒙环境里，首页衰退会更快

因为变化不仅来自 AI，还来自多设备分布式系统形态。

单设备时代：首页是中心

在只有手机的时代：

所有操作必须从一个屏幕开始。

于是首页成为绝对中心。

多设备时代：入口被系统接管

当存在：

• 手机
• 平板
• PC
• 手表
• 车机

用户的真实行为变成：

在哪方便，就在哪继续任务。

跨设备任务流转示例思路：

import distributedData from '@ohos.data.distributedData'

let kvManager = distributedData.createKVManager(config)
let store = await kvManager.getKVStore('taskStore', options)

// 保存当前阅读进度
await store.put('reading_progress', currentChapter)

当用户在另一台设备打开时：

let progress = await store.get('reading_progress')
openReader(progress)

整个过程：

不需要首页参与。

AI + 分布式 = 首页被绕开

当系统可以：

• 理解你要做什么
• 决定在哪台设备完成
• 自动打开对应能力

那么流程变成：

用户意图 → 系统理解 → 直接完成

首页完全没有出现的必要。

但首页真的会消失吗？

答案是：

不会完全消失，但角色会彻底改变。

未来的首页，不再是“入口大厅”

未来首页解决的是：

“现在最值得做什么？”

AI 驱动首页卡片示例：

@Builder
function SmartCard(task: string) {
  Column() {
    Text("AI 建议")
    Text(task)
  }
}

首页变成：

情境信息面板。

首页将变成“实时上下文面板”

展示内容可能来自：

• 当前任务
• AI 推荐
• 跨设备状态

@State currentTask: string = "继续昨天的会议纪要"

build() {
  SmartCard(this.currentTask)
}

很多 App 会彻底没有首页

工具型 App

未来形态：

被系统或 AI 直接调用。

export function scanDocument() {
  startCameraScan()
}

用户不会打开首页，只会触发能力函数。

内容单任务 App

@Entry
@Component
struct ReaderEntry {
  aboutToAppear() {
    this.resumeLastChapter()
  }
}

打开即继续，首页自然消失。

服务型能力 App

async function orderTaxi(destination: string) {
  await taxiService.call(destination)
}

用户说一句话就完成，无需进入首页。

真正不会消失的，是“系统级首页”

未来竞争变成：

谁的能力能被系统调用。

对鸿蒙开发者的真实影响

设计思路必须改变

export interface AIAbility {
  name: string
  execute(params: object): Promise<void>
}

App 核心从页面 → 能力接口。

信息结构优先级重排

type KnowledgeNode = {
  id: string
  semanticTags: string[]
}

重点变为：

语义建模能力。

增长方式彻底变化

不是抢首页，而是：

让 AI 更容易调用你。

一个可能在三年内发生的场景

startWorkday() {
  openDoc()
  showTodos()
  joinMeeting()
}

没有首页，但一切自动发生。

总结

很多人还在讨论首页改版，但真正的问题是：

当 AI 能直接完成任务， 首页还是不是必须存在？

答案正在慢慢显现——

首页不会一夜消失，但它作为应用核心入口的时代，正在结束。

而新的入口，正在系统层悄悄诞生。