鸿蒙系统的编译构建是基于 Gn 和 Ninja 完成的,那么 Gn 和 Ninjia 有什么关系呢?具体又是如何工作的呢?想必大多数热衷于应用开发的同学都还没有深究过,那么今天就借此机会带着大家扒一扒 Gn 和 Ninja。
我们先来说说 Ninja 吧!
Ninja 是借由 Google Chrome 项目而诞生的一个构建工具,它的诞生目标是为了速度。换句话说,在 Google Chrome 项目的开发过程中,开发者们认为同类型的其它构建工具不给力,所以才会考虑重新开发更高效的工具。要说同类型,那么不得不提构建界的老大哥 make !make 即 GNU Make,一个用于决定如何使用命令完成最终目标构建的程序。
在这里强调 make 的 3 个特性:
make 只是一个通用程序,它不知道如何具体的完成目标的构建工作
make 需要 makefile 中的描述来决定目标构建的具体方案
make 需要借助其它工具(如:gcc)才能执行方案,最终完成工作
这是不是跑题了!不是说好的讨论 Ninja 吗?怎么扯到 make 上去了?!
因为 Ninja 可以看作是一个更好的 make !而大多数同学都熟悉 make ,所以通过对比 make 学习 Ninja 是一个非常好的选择!上述关于 make 的 3 个特性对于 Ninjia 同样适用(理论上,make 有的 Ninjia 都有,并且更好!)。那么,是不是得先学习 make 再学习 Ninja 呢?我觉得倒也不是!毕竟我们最终还是在鸿蒙上做应用开发,编译构建系统只需要大体了解即可。
接下来通过一个简单的例子向大家展示 Ninja 的用法!
test.c 是一个简单的 Hello World 程序,用于打印一个字符串和头文件 test.h 中常量 CONST 的值。