And*_*yNZ 10 visual-studio .net-core
在线上的大多数.NET核心教程似乎都使用Visual Studio代码而不是Visual Studio(“胖”?完整版是否有适当的用语?我使用“专业”,但同时也包含“社区”,“企业”等)。
这些教程充分利用了VS代码中用于运行dotnet命令行命令(新的dotnet,dotnet构建等)的集成终端。
我正在努力寻找在Visual Studio中执行这些命令的位置。在哪里做这个合适的地方?我已经安装了.NET core SDK。
我已经看到了有关程序包管理器控制台的一些建议-尽管这似乎很奇怪,但为什么我应该通过“程序包管理器控制台”运行dotnet命令?
Lev*_*Lev 12
更新:Visual Studio 2019 16.6 现在拥有自己的终端(万岁!)。检查视图 -> 终端或尝试按 Ctrl + `。
有扩展。我尝试了BuiltinCmd和Whack Whack Terminal,后者对我来说效果更好。您可以在 CMD 和 PowerShell 之间进行选择,所有 dotnet CLI 命令都可以正常工作。
Visual Studio的完整版本是“ Visual Studio”,“代码”是“ Visual Studio代码”的区别。
至于集成命令行内 Visual Studio中去,包管理器控制台是它。它基本上只是powershell,带有来自Visual Studio的一些插件以及已安装的任何扩展或NuGet软件包。它之所以得名,是因为它是专门为管理NuGet软件包而引入的,但是很快就被诸如Entity Framework之类的东西所采用,并且从那时起就一直在增长。诚然,微软可能应该考虑对其进行品牌重命名,但是那里有太多的文档,文章和教程都引用了“ Package Manager Console”,因此如果将其重命名,实际上可能会造成更多的混乱。
虽然您可以dotnet
通过它运行命令,但我想结果会有些不可预测。也许我在这里是错的,因为我从未尝试过dotnet new
通过PMC 做类似的事情,但是PMC并不像传统的控制台窗口那样真正基于目录。实际上,它是上下文相关的,将命令应用于目标项目。我确实知道,诸如此类的事情也可以dotnet restore
,而且dotnet new
也可以。您只需要尝试一下。
也就是说,我倾向于对Visual Studio采用全有或全无的方法。它是一头野兽,如果您要安装并使用它,则最好使用它。您可以dotnet
通过GUI 进行所有操作。而且,对于那些可能需要一些特殊功能的情况,您可以弹出一个控制台窗口。如果您想使用进行所有操作dotnet
,Visual Studio很快就会变得过时了,Visual Studio Code可能会对您的工作流更加有效。
在按照教程更新数据库时,我不得不运行这些命令
dotnet ef 迁移添加 MaxLengthOnNames dotnet ef 数据库更新
在 Visual Studio 的命令窗口中,按照教程。当我在 Visual Studio 中打开这个窗口(视图 > 其他窗口 > 命令窗口)并尝试运行这些命令时,我收到了这个错误:
>dotnet ef migrations add MaxLengthOnNames
Command "dotnet" is not valid.
>dotnet ef database update
Command "dotnet" is not valid.
>
Run Code Online (Sandbox Code Playgroud)
当我尝试在包管理器控制台中运行它们时,这是我得到的结果:
没有找到项目。更改当前工作目录或使用 --project 选项。
现在,我用谷歌搜索了一下,得到提示,我必须在 Windows 命令提示符下运行这些命令(通过在 Windows 开始搜索中键入“cmd”打开)。步骤是:
归档时间: |
|
查看次数: |
4481 次 |
最近记录: |