HarmonyOS鸿蒙Next中万少带你精读codelabs一多界面适配和三层架构

发布于 1周前 作者 ionicwang 来自 鸿蒙OS

HarmonyOS鸿蒙Next中万少带你精读codelabs一多界面适配和三层架构

01-万少带你精读鸿蒙codelabs 一多界面适配和三层架构

前言

本文将深入解析华为开发者联盟 CodeLabs 上的优质一多开发示例项目——MultiShopping。该项目展示了鸿蒙应用开发中的最佳实践,特别是在响应式布局和工程级一多架构方面的实现。项目地址:https://developer.huawei.com/consumer/cn/codelabsPortal/carddetails/tutorials_Next-MultiShopping

一次开发,多端部署-购物应用 功能演示



一、响应式布局解决方案:断点系统

在开发跨设备应用时,响应式布局是确保应用在不同尺寸设备上都能提供良好用户体验的关键。MultiShopping 项目中实现了一套优雅的断点系统(Breakpoint System),用于检测设备屏幕尺寸并自动调整 UI 布局。

1.1 断点系统的核心实现

断点系统的核心代码位于common/src/main/ets/utils/BreakpointSystem.ets文件中,主要包含两个关键类:

BreakpointSystem 类

该类负责监听设备屏幕尺寸变化,并将当前断点信息存储到 AppStorage 中:

export class BreakpointSystem {
  private currentBreakpoint: string = "";
  private smListener?: mediaquery.MediaQueryListener;
  private mdListener?: mediaquery.MediaQueryListener;
  private lgListener?: mediaquery.MediaQueryListener;

  private updateCurrentBreakpoint(breakpoint: string) {
    if (this.currentBreakpoint !== breakpoint) {
      this.currentBreakpoint = breakpoint;
      AppStorage.set<string>(
        BreakpointConstants.CURRENT_BREAKPOINT,
        this.currentBreakpoint
      );
    }
  }

  public register() {
    this.smListener = mediaquery.matchMediaSync(BreakpointConstants.RANGE_SM);
    this.smListener.on("change", this.isBreakpointSM);
    this.mdListener = mediaquery.matchMediaSync(BreakpointConstants.RANGE_MD);
    this.mdListener.on("change", this.isBreakpointMD);
    this.lgListener = mediaquery.matchMediaSync(BreakpointConstants.RANGE_LG);
    this.lgListener.on("change", this.isBreakpointLG);
  }

  public unregister() {
    this.smListener?.off("change", this.isBreakpointSM);
    this.mdListener?.off("change", this.isBreakpointMD);
    this.lgListener?.off("change", this.isBreakpointLG);
  }
}

BreakPointType 类

该类提供了一种便捷的方式,根据当前断点类型返回对应的 UI 配置值:

export class BreakPointType<T> {
  options: BreakPointTypeOption<T>;

  constructor(option: BreakPointTypeOption<T>) {
    this.options = option;
  }

  getValue(currentBreakPoint: string): T {
    if (this.options.sm !== undefined && currentBreakPoint === "sm") {
      return this.options.sm as T;
    }
    if (this.options.md && currentBreakPoint === "md") {
      return this.options.md as T;
    } else {
      return this.options.lg as T;
    }
  }
}

1.2 断点常量定义

断点系统使用的常量定义在common/src/main/ets/constants/BreakpointConstants.ets文件中:

export class BreakpointConstants {
  /**
   * 表示小型设备的断点
   */
  static readonly BREAKPOINT_SM: string = "sm";

  /**
   * 表示中型设备的断点
   */
  static readonly BREAKPOINT_MD: string = "md";

  /**
   * 表示大型设备的断点
   */
  static readonly BREAKPOINT_LG: string = "lg";

  /**
   * 当前断点,用于查询设备类型
   */
  static readonly CURRENT_BREAKPOINT: string = "currentBreakpoint";

  /**
   * 小型设备宽度范围
   */
  static readonly RANGE_SM: string = "(320vp<=width<520vp)";

  /**
   * 中型设备宽度范围
   */
  static readonly RANGE_MD: string = "(520vp<=width<840vp)";

  /**
   * 大型设备宽度范围
   */
  static readonly RANGE_LG: string = "(840vp<=width)";
}

1.3 断点系统的工作原理

关键方法解析

  1. mediaquery.matchMediaSync

    • 这是鸿蒙系统提供的媒体查询 API,用于创建一个媒体查询监听器
    • 参数是一个媒体查询条件字符串,例如"(320vp<=width<520vp)"表示屏幕宽度在 320vp 到 520vp 之间
    • 返回一个MediaQueryListener对象,可用于监听媒体查询条件的变化
    • 与 Web 开发中的window.matchMedia()类似,但针对鸿蒙系统优化
  2. listener.on(“change”, callback)

    • 为媒体查询监听器注册一个变化事件的回调函数
    • 当设备屏幕尺寸变化导致媒体查询条件结果发生变化时,会触发回调函数
    • 回调函数接收一个MediaQueryResult对象,其中matches属性表示当前是否匹配查询条件
    • 这种事件监听模式使断点系统能够实时响应设备尺寸变化
  3. AppStorage.set

    • 将当前断点信息存储到应用的全局状态存储中
    • 使用"currentBreakpoint"作为键,确保全应用范围内可访问
    • 当断点变化时,所有使用@StorageProp('currentBreakpoint')的组件都会自动更新

断点系统工作流程图

断点系统工作流程图

1.4 断点系统的使用流程

  1. 初始化与注册 在应用启动时(通常在入口页面的aboutToAppear生命周期函数中)初始化并注册断点系统:

    // SplashPage.ets
    [@Entry](/user/Entry)
    [@Component](/user/Component)
    struct SplashPage {
      @StorageProp('currentBreakpoint') currentBreakpoint: string = 'sm';
      private breakpointSystem = new BreakpointSystem();
    
      aboutToAppear() {
        this.breakpointSystem.register();
        // ...其他代码
      }
    
      aboutToDisappear() {
        this.breakpointSystem.unregister();
        // ...其他代码
      }
    }
  2. 在组件中使用断点信息 组件可以通过@StorageProp装饰器访问当前断点信息:

    [@Component](/user/Component)
    struct MyComponent {
      @StorageProp('currentBreakpoint') currentBreakpoint: string = 'md';
    
      // ...组件代码
    }
  3. 根据断点调整 UI 使用BreakPointType类根据当前断点返回对应的 UI 配置:

    Image($r("app.media.ic_eshop")).width(
      new BreakPointType({
        sm: $r("app.float.splash_image_size"),
        md: $r("app.float.splash_image_size"),
        lg: $r("app.float.splash_image_size_lg"),
      }).getValue(this.currentBreakpoint)
    );

1.5 断点系统的优势

  1. 解耦与复用:断点逻辑与 UI 组件解耦,可在整个应用中复用
  2. 易于维护:集中管理断点定义,便于统一修改
  3. 类型安全:通过泛型支持,确保类型安全
  4. 使用简便:提供简洁的 API,降低开发者使用成本
  5. 实时响应:基于事件监听机制,能够实时响应设备尺寸变化
  6. 全局状态共享:利用 AppStorage 机制,确保断点信息在全应用范围内一致

二、工程级一多架构

MultiShopping 项目采用了鸿蒙应用开发中常见的三层架构模式,实现了工程级的一多开发能力。

2.1 架构层次

项目架构分为三层:

  1. 公共能力层(common)

    • 提供整个应用共享的基础组件、工具类和常量
    • 包含断点系统等跨设备适配的核心能力
    • 位于common/目录
  2. 基础特性层(features)

    • 实现应用的各个功能模块
    • 每个功能模块相对独立,可单独开发和测试
    • 位于features/目录,包含多个子目录如home/personal/
  3. 产品定制层(product)

    • 针对不同设备类型(如手机、平板等)的具体产品实现
    • 整合公共能力层和基础特性层,构建完整产品
    • 位于product/目录,目前包含phone/子目录

2.2 目录结构分析

MultiShopping/
├── common/                 # 公共能力层
   ├── src/main/ets/
      ├── components/     # 公共UI组件
      ├── constants/      # 公共常量定义
      ├── utils/          # 公共工具类
      └── viewmodel/      # 公共数据模型
   └── ...
├── features/               # 基础特性层
   ├── home/               # 首页功能模块
   ├── personal/           # 个人中心功能模块
   ├── shopcart/           # 购物车功能模块
   ├── commoditydetail/    # 商品详情功能模块
   └── ...
└── product/                # 产品定制层
    └── phone/              # 手机产品
        ├── src/main/ets/
           ├── pages/      # 页面定义
           ├── entryability/ # 应用入口
           └── ...
        └── ...

2.3 层间依赖关系

  • 依赖方向:产品层 → 特性层 → 公共层
  • 依赖管理:通过oh-package.json5文件管理模块间依赖

2.4 工程级一多架构的优势

  1. 代码复用:公共能力层提供跨设备共享的基础能力,减少重复开发
  2. 职责分离:各层职责明确,便于团队协作开发
  3. 灵活适配:产品层可针对不同设备特性进行定制,提供最佳用户体验
  4. 可维护性:模块化设计使代码更易于维护和扩展
  5. 并行开发:不同团队可以并行开发不同层次或模块

总结

MultiShopping 项目通过断点系统实现了优雅的响应式布局,通过三层架构实现了工程级的一多开发能力。这些设计不仅提高了开发效率,也确保了应用在不同设备上的一致性和良好体验。

对于鸿蒙应用开发者而言,这些设计模式和实践经验具有很高的参考价值,可以帮助开发者构建高质量的跨设备应用。通过学习和借鉴 MultiShopping 项目的实现,开发者可以更好地掌握鸿蒙应用开发的最佳实践。


更多关于HarmonyOS鸿蒙Next中万少带你精读codelabs一多界面适配和三层架构的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

2 回复

HarmonyOS鸿蒙Next中的一多界面适配和三层架构是实现跨设备一致体验的关键技术。一多界面适配通过自适应布局、响应式设计和组件化开发,确保应用在不同设备上表现一致。自适应布局使用百分比、弹性盒子等技术,响应式设计通过媒体查询和断点调整布局,组件化开发则通过封装通用组件提高代码复用性。三层架构包括表现层、业务逻辑层和数据层。表现层负责UI展示和用户交互,业务逻辑层处理核心业务逻辑,数据层负责数据存储和访问。这种分层结构提高了代码的可维护性和扩展性,便于团队协作和后续升级。

更多关于HarmonyOS鸿蒙Next中万少带你精读codelabs一多界面适配和三层架构的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


在HarmonyOS鸿蒙Next中,万少带你精读CodeLabs的一多界面适配和三层架构,主要涉及如何实现不同设备的界面适配和应用程序的分层设计。一多界面适配通过响应式布局和组件复用,确保应用在各种设备上都能良好展示。三层架构则包括表示层、业务逻辑层和数据层,以提升代码的可维护性和扩展性。通过CodeLabs的实践,开发者可以更好地掌握这些核心技术。

回到顶部
AI 助手
你好,我是IT营的 AI 助手
您可以尝试点击下方的快捷入口开启体验!