MSBuild和F#的FAKE有什么区别？

Question

我是.NET生态系统的新手,我正在使用来自Java-land的F#.我正试图围绕工具和构建过程.

我的理解是MSBuild是.NET应用程序的构建工具,它的构建配置是在.sln和/或.*proj文件中用XML定义的.假设这类似于java中的pom.xml或build.gradle文件,我是否正确？

无论如何,如果MSBuild是构建工具,那么FAKE到底是什么？什么可以做那个MSBuild不能做到的？它只是围绕MSBuild配置文件更友好的"包装器"吗？

编辑:

我看到了一个名为Ionide和F#开源环境的视频,其中主要的演示者提供了一个原因.至少在VSCode中仍然需要.*proj文件.以下不是直接引用,但接近结尾,他说的是

在与编译器通信和使代码工作方面,根本不需要MSBuild系统.我们无法将它拉出来的唯一原因是因为F#编译器服务 - 提供工具提示信息,某种类型的类型检查等 - 取决于项目文件,但我们正在努力扩展它以便它可以使用不同类型的格式.

Answer 1

好吧,Fake的想法是,构建不仅仅是编译.典型的Fake设置将实际编译委托给MSBuild,并负责围绕它的任务:运行测试,打包,部署等.虽然在技术上可以在MSBuild中执行这些操作,但它的XML语法和特性可以使它成为可能.一个非常痛苦的经历.因此,通常最好保持.*proj纯声明(列出源文件,引用和属性)并使用Fake来描述构成构建的任务序列,其中一个任务是调用MSBuild来执行编译.

至于为什么我们仍然倾向于使用MSBuild作为中介,而不是直接从Fake调用编译器,这主要是因为IDE依赖.*proj作为项目描述格式,并在你点击"Build"时自己调用MSBuild,所以我们想要确保从IDE编译和从命令行构建之间的一致性.