正文
关键要点
dotnet cli使得基于. Net项目的自动化和脚本编写变得非常简单，尤其是与十多年前的. Net技术相比。
dotnet cli可扩展性模型创造了条件，使得通过Nuget将外部.NET编写的命令行程序集成到你的自动化构建中成为可能。
dotnet cli允许在你的构建脚本中针对解决方案进行测试。
dotnet cli的测试输出有助于更好地使用持续集成(CI)。
使用Docker之类的容器技术比使用dotnet cli要容易得多。
随着.NET Core 2.0的发布，微软拥有了通用、模块化、跨平台和开源平台的下一个主要版本，该版本最初于2016年发布。.NET Core已经创建了许多API，这些API在.NET框架的当前版本中是可用的。它最初是为了下一代ASP.NET解决方案创建的，但现在是许多其他场景的驱动和基础，包括物联网、云和下一代移动解决方案。在关于.NET Core的第二个系列的文章中，我们将进一步探讨.NET Core的优点，以及它如何不仅有益于传统的.NET开发人员，也有益于所有需要为市场提供强健的、高效的和经济的解决方案的技术人员。
InfoQ的这篇文章是“.NET Core\u0026quot;系列的一部分。您可以通过RSS订阅接收通知。
最近总有人问我，和那些要么迟疑，要么不能退出旧版本、全功能的.NET的人相比，选择.NET Core的优势是什么？我在回答中会提到.NET Core 有更好的性能、改进的csproj文件格式、改进的ASP可测试性，并且它是跨平台的。
作为几个OSS工具(Marten、StructureMap，以及在这个项目中作为例子被引用的Alba)的作者，对我个人而言最大的优势可能是dotnet cli的出现。我个人认为，结合新的.NET SDK csproj文件格式一起使用时，dotnet cli工具使我可以更容易创建项目和维护构建脚本。我可以更容易在构建脚本中运行测试，更容易使用和分发Nuget包，cli可扩展性机制非常适合将通过Nuget包分发的自定义可执行文件合并到自动构建中。
若要开始使用dotnet cli，首先要在开发机器上安装.NET SDK。安装完成后，给你一些有用的提示:
将“dotnet”工具全局安装到你的PATH中，这样在任何地方都可以通过命令行提示符使用它。
dotnet cli采用Linux风格的命令语法，用“–word [value]”这种普通写法表示选择的参数，或者直接用缩写形式“-w [value]”。如果您习惯Git或Node.js命令行工具，就不会对dotnet cli感到陌生。
“dotnet --help”将列出已安装的命令和一些基本语法用法。
“dotnet --info”将告诉你使用的是哪个版本的dotnet cli。在持续集成构建中调用此命令可能是一个好主意，以便在本地工作并在构建服务器失败时排除故障，反之亦然。
尽管我在本文中讨论的是.NET Core，但是请注意，你可以在完整.NET框架的以前版本中使用新的SDK项目格式和dotnet cli。 |
