带有VSCode和VS 2019的ASP.NET Core前端开发人员工作流

Question

几年来我没有做任何cshtml前端开发。

ASP.NET Core前端开发人员当前在Windows上使用各种工具的普遍接受的方式是什么？

通过这种方式，我的意思是一种同时构建前端JS和.NET项目并在浏览器和代码中快速工作的方法。

我的想法是

• 我们今天在dotnet附近有了更好的命令行故事。
• 有些人喜欢VS Code。
• 有些人更喜欢VS 2019，而有些人则更喜欢VS 2019。
• 我们有时需要在UI方面进行工作。
• 但是我们还需要附加调试器并有时调试服务器逻辑。
• 构建服务器应该没有问题，很简单，并且主要依赖于仓库中保存的构建逻辑。
• 工具以及启动整个构建和服务过程应该是可以理解和熟悉的。
• 在团队noob克隆回购协议之后，开始操作应该非常简单。

我最初的想法是先设置NPM，然后使用Gulp之类的工具开始一切，包括运行dotnet run。

然后在Visual Studio 2019调试器下运行时，使用Task Runner Explorer启动Gulp内容，但跳过dotnet run部分。

（可惜似乎没有启动VS（代码或2019）并附加调试器的命令行）

现在，我期望获得一种“主要基于意见”的支持，但是在设计所有这些工具的过程中存在一些普遍的趋势和想法，以使他们能够一起玩游戏，并了解开发故事。 / p>

Answer 1

您几乎已经描述了该过程。但是，我将添加一些内容：

1. 您不需要dotnet run位。 Visual Studio和VS Code都可以直接进行调试。

2. 您可以分配任务来在Task Runner Explorer中构建任务，因此您甚至根本不必考虑直接运行这些任务。我不确定在VS Code的这方面，但是我敢肯定，如果它不是内置的，可能还有一些扩展可以处理它。

3. 如果您想真正轻松地进行开发，那么最好的办法就是使用Docker。只需将Dockerfile添加到实际运行的每个项目（即不是类库），然后设置在此处构建和运行它的步骤。在Visual Studio中，您可以右键单击项目，然后选择“添加”>“ Docker支持”，它实际上会生成一个现成的Dockerfile，尽管您可能需要添加一两个步骤来处理客户端构建步骤。无论如何，这将成为真正的单击并运行，无需担心。当您使用docker-compose时，这个故事会更好，因为Visual Studio和VS Code可以一次旋转整个应用程序堆栈，包括数据库，Redis实例等外部依赖项。如果您未使用Docker以前，现在开始。这绝对是革命性的发展。

关于CI / CD的一个注释，应尽可能添加一个YAML文件来描述您的CI / CD管道。根据您用于构建/发布的实际提供程序，可能会有一些差异，因此请查阅相关文档。 （例如，Azure DevOps目前不支持使用yaml描述发布管道，尽管您仍然可以通过这种方式进行构建。）无论如何，这都允许您在代码中配置所有这些内容，并将其提交给源代码控制

您可能会认为基础架构也是如此。 Azure具有ARM模板，AWS具有CloudFormation，GCP具有Deployment Manager。还有第三方工具，例如Terraform或Ansible。所有这些都以某种形式或方式（通常是JSON或YAML）允许您定义要部署到的基础结构的所有特征，并将其提交给源代码管理。这使部署和创建新环境等事情变得轻而易举。