鸿蒙hvigor构建任务依赖与生命周期简介

Hivgor脚本文件

在构建的生命周期中Hvigor使用两个脚本文件来完成插件、任务以及生命周期hook的注册:

  • hvigorconfig.ts:此文件在整个项目中只有根目录下存在一份,不是构建必须的文件并且默认不存在,如有需要可自行创建,此文件被解析执行的时间较早,可用于在Hvigor生命周期刚开始时操作某些数据。
  • hvigorfile.ts:此文件在每个node下都有一份,是构建的必须文件,在此文件中可以注册插件、任务以及生命周期hook等操作。

任务与任务依赖图

Hvigor是基于任务对您的项目进行自动化构建的,任务(Task)是Hvigor构建过程中的基本工作单元,它定义了构建项目时需要执行的具体工作。任务可以完成多种操作,比如源码编译任务,打包任务或签名任务等。每一种任务的执行逻辑由插件(plugin)提供,插件可以是由hvigor-ohos-plugin提供的默认任务逻辑,也可由您个性化定制。

需要注意的一点是,任务是存在依赖关系的,Hvigor在执行任何任务之前会构建任务依赖图,所有任务会形成一个有向无环图(DAG),如下示例图,任务之间的依赖关系用箭头进行表示: img1 hvigor插件(hvigor-ohos-plugin)和hvigorfile.ts文件中的构建脚本都将通过任务依赖机制对任务依赖图做出影响。

hvigor-ohos-plugin

hvigor-ohos-plugin是默认的构建插件,为任务(Task)的完成提供业务逻辑支持,比如为Hvigor提供Hap、Har和Hsp打包服务等任务,每一种任务的具体执行逻辑由本模块中不同的插件来提供。

Hvigor与hvigor-ohos-plugin的关系

概述部分提到了Hvigor提供任务注册编排以及配置管理等任务管理机制,它负责控制任务的执行流程,但是并不包含每一个任务的具体业务逻辑,具体逻辑是由hvigor-ohos-plugin提供的。

Hvigor和hvigor-ohos-plugin的关系可以通过下图来说明,Hvigor接受任务的注册并编排任务执行顺序,并按照顺序依次调用hvigor-ohos-plugin中的插件来执行任务。如果您定制了自己的任务逻辑插件并将其注册,hvigor-ohos-plugin也会调用您的个性化插件来完成编译构建流程。

在Hvigor执行构建的过程中,hvigor-ohos-plugin会向Hvigor进行任务的注册,Hvigor会根据构建的任务执行有向图依次调用对应的插件来执行相应任务,在完成编译、打包、签名等一系列任务后,Hvigor也就正式完成了构建。 img2

Hvigor生命周期

生命周期展示了Hvigor编译构建系统如何进行一次完整的编译构建流程。Hvigor的编译构建过程有三个不同的阶段,分为初始化、配置和执行,Hvigor会按顺序运行这些阶段。

  • 初始化:此阶段主要目的为初始化项目的编译参数,构造出项目结构的树形数据模型,每个node为一个HvigorNode对象。
  • 配置:此阶段开始时,所有的node都已经加载完毕,但每个node中还没有加载插件(plugin)、任务(task)和DAG图,此阶段的主要目的就是加载出这些内容。
  • 执行:任务之间的依赖关系决定了任务执行顺序,任务可以并行执行

生命周期及hook点

在Hvigor的生命周期中,以下多个hook点可供您使用,便于您在对应的时机调用某些逻辑。在下图中所有绿色标记的线框为可以使用的hook点 img3

#鸿蒙#
全部评论

相关推荐

MVC、MVVM和MVP都是常见的软件架构模式,用于组织和管理应用程序的代码。 它们在不同的上下文中有着各自的特点和用途。https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=1a0513f768dd42e88065708ac3b1237fMVC(Model-View-Controller)模式是最早提出的一种软件架构模式。它将应用程序分为三个主要部分:模型(Model)、视图(View)和控制器(Controller)。模型负责数据的存储和处理,视图负责展示数据给用户,控制器协调模型和视图之间的交互。MVC模式的优点是清晰的分离关注点,提高了代码的可维护性和可测试性。MVVM(Model-View-ViewModel)模式是基于MVC模式演变而来的,最早由微软的WPF框架推广。它引入了一个视图模型(ViewModel)层,负责处理视图和模型之间的通信。视图模型通过双向数据绑定将视图和模型关联起来,当模型数据发生变化时,视图会自动更新。MVVM的优点是提高了代码的可维护性和可测试性,减少了视图和模型之间的耦合。MVP(Model-View-Presenter)模式也是基于MVC模式演变而来的,常用于Android应用程序开发。它将视图和模型分离,并引入了一个中间层Presenter。Presenter负责处理视图和模型之间的交互,将视图的用户操作转发给模型进行处理,并将模型返回的数据更新到视图上。MVP模式的优点是解耦了视图和模型之间的关系,提高了代码的可测试性和可维护性。总的来说,MVC、MVVM和MVP都是常见的软件架构模式,用于组织和管理应用程序的代码。选择哪种模式需要根据具体的应用场景和需求来考虑,以最适合项目的方式进行开发。
点赞 评论 收藏
分享
点赞 收藏 评论
分享
牛客网
牛客企业服务