如何分析.NET跨平台中的Sake和KoreBuild
这篇文章给大家介绍如何分析.NET跨平台中的Sake和KoreBuild,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
为蔚县等地区用户提供了全套网页设计制作服务,及蔚县网站建设行业解决方案。主营业务为网站建设、成都网站制作、蔚县网站设计,以传统方式定制建设网站,并提供域名空间备案等一条龙服务,秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求,就会得到认可,从而选择与我们长期合作。这样,我们也可以走得更远!
最近在了解Asp.net Core 1.0(也可称为Asp.net5\Asp.net vNext)的跨平台,发现了两个新的新东西:Sake和KoreBuild(或者已经出了很久)。
通过国内某度查询资料大部分都是复制黏贴来的,几乎没有详细的介绍。
只好看源码,Sake可以到Github查到源码。
KoreBuild可以通过Nuget下载安装。
那KoreBuild和Sake是什么呢?他们和跨平台有什么关系呢?
首先是Sake
它是Asp.net vNext项目团队中某些人的一个周末项目。
由于msbuild对vNext项目的生成编译支持得不是太友好,所以Sake被创建出来。
Sake需要运行在CLR上。如果Sake想运行在Linux环境下,必需要有Mono(含MonoCLR)的支持。
另外目前CoreCLR还不够完善,或许在不远的将来,我们就可以彻底抛弃Mono了。
通过下面Sake的源码可以得知它在windows环境下还是是调用了msbulid.exe,在其他平台使用了xbuild工具进行生成。
Sake会在执行命令的当前目录下默认寻找名为“src”文件夹,对该文件夹下面的项目进行编译
Sake自身的项目文件还包括一堆.shade文件,shade文件是Sake生成和编译需要的执行脚本。
而KoreBuild,本身既是一个Sake的管理工具,可以利用KoreBuild安装Sake和其他Sake运行需要的环境。
也是Sake在执行编译生成时,能够提供Sake不具备的一部分.shade文件。
打开KoreBuild的安装路径,发现了KoreBuild.cmd文件和KoreBuild.cmd,和一推上面提到的Sake需要用到的shade文件。
众所周知
cmd是在windows环境下执行的命令文件;
sh是其他OS下的执行文件。
通过KoreBuild.cmd文件的最后一行发现在执行Sake.exe 把KoreBulid文件夹 当成 include-dir参数传进去,
显式指定Sake要使用的额外shade文件集合。
执行Sake.exe 的参数说明:
Usage: Sake [OPTIONS]+ [target]+
Options:
-v, --verbose increase verbosity
-h, -?, --help show this message and exit
-f, --file, --makefile=VALUE read file as a makefile
-C, --directory=VALUE change current directory
-I, --include-dir=VALUE specifies a directory to search for included files
另外KoreBuild会默认读取名为makefile.shade的脚本作为Sake首先要执行的脚本,通过-f参数传入,类似的makefile.shade文件如下
里面提到的use-standard-lifecycle.shade是包含在Sake项目下的,而k-standard-goals.shade是包含在KoreBuild中。
如果想另外添加需要编译的你的项目文件(不只是src路径下的项目),可以在makefile.shade文件后追加
Sake是一款C#的跨平台编译器,可以运行在任何平台环境,以.shade文件(自身包含的或通过调用参数传入的如KoreBuild)为执行脚本对asp.net core项目进行编译,而KoreBuild是辅助Sake进行编译的工具。
关于如何分析.NET跨平台中的Sake和KoreBuild就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
当前题目:如何分析.NET跨平台中的Sake和KoreBuild
标题网址:http://ybzwz.com/article/pdhgoe.html