> 1. 编译选项！编写跨平台工程时，基本上都要写一个专门的文件用于配置不同编译器下的编译选项，非常繁琐。——当然我也没想出什么很好的方式来解决这个问题，只是提一下。

xmake 有提供常用设置，都是跨平台的一致的，不需要分平台处理，自动会去适配，比如：

set_optimize("fastest")
set_warnings("more", "all")
set_symbols("debug")
set_languages("c++17")
add_linkdirs("xxx")

还有其他的一些原始 flags，可以直接通过 add_cxflags("-O2")等方式添加，但是 xmake 有提供自动检测机制，即使不分平台添加，你再其他平台设置的不支持的 flags，也会自动检测忽略掉

如果支持的 flags，会自动映射为对应编译的 flags

flags 可以以 gcc 的 flags 位规范基准做映射，比如你设置：`add_cflags("-Werror")` , 在 windows/cl 编译器下，会自动映射成：-WX, 用户也不需要做分平台处理，一切描述还是一致的

虽然这种映射方案还不完善，目前只映射了一些常用的 flags，但是后续会不断完善映射规则，支持更多的 flags。

2. command 很多，就像 add_executable 这类的东西，你说到 cmake 的学习成本高，高是没错的，但是主要不是高在语法上，语法非常简单，难点在于那各种命令的学习，也就是对应 xmake 的各种函数。

cmake 的命令多，且杂，每种使用方式差异都很大，这块 xmake 对基础设置 api 都是精简过的，并且有自己的命名规范，只要记住 api 的命名规范，大部分 api 的使用，即使不看文档，用法都能猜个大概，甚至都能猜出来还有其他哪些类似的 Api

这块，你可以看下 xmake 的接口规范描述： https://xmake.io/#/zh/manual?id=%E6%8E%A5%E5%8F%A3%E8%A7%84%E8%8C%83

xmake 的所有设置 api，都是基于这个，api 虽多，但用法和参数传递都是基于此，了解了规范，不管用哪个 api 都是类似的。。一通百通