DotNetCore 2.0 和 Angular 项目结构的有效方式
An efficient way of DotNetCore 2.0 and Angular Project Structure
我想知道您对项目files/folders结构的专业意见。 Dotnet-cli 为我们提供了一个仅包含客户端代码的 ClientApp 文件夹。这很好。但是，它不提供单独的服务器端代码。所有服务器端代码都在主目录中。我发现这效率不高。我创建了一个名为 "server" 的单独文件夹，并将所有服务器端代码放入其中。而且，我制作了“客户端”文件夹并将所有客户端代码放在其中。它只需很少的额外编码就可以正常工作，我认为从工程角度来看它更有效。你们怎么看？我应该使用什么dotnet-cli gives me or use the approach above? server-client separate 的优点之一是使用 angular-cli. 从 dotnetcore 2.0 开始，很难使用 angular-cli. On另一方面，在这种情况下，您必须 运行 服务器和客户端分开。
谢谢！
如果您使用Visual Studio代码，您可以自由使用任何目录结构。你自己协调一切。
如果您使用 Visual Studio 2017，它内置了对 ASP.NET 核心项目的支持，并且使用了一种 "convention over configuration" 方法。通过在项目文件中包含 <Project Sdk="Microsoft.NET.Sdk.Web"> 来启用该支持。
VS2017 内置了对 npm 和 package.json 的支持。它需要根文件夹下的 node_modules 文件夹。如果该文件夹移动得更深，VS 认为它是一个常规项目文件夹，并枚举所有 npm 文件。这需要很长时间，所以 IDE 实际上被冻结了。
我想知道您对项目files/folders结构的专业意见。 Dotnet-cli 为我们提供了一个仅包含客户端代码的 ClientApp 文件夹。这很好。但是，它不提供单独的服务器端代码。所有服务器端代码都在主目录中。我发现这效率不高。我创建了一个名为 "server" 的单独文件夹，并将所有服务器端代码放入其中。而且，我制作了“客户端”文件夹并将所有客户端代码放在其中。它只需很少的额外编码就可以正常工作，我认为从工程角度来看它更有效。你们怎么看？我应该使用什么dotnet-cli gives me or use the approach above? server-client separate 的优点之一是使用 angular-cli. 从 dotnetcore 2.0 开始，很难使用 angular-cli. On另一方面，在这种情况下，您必须 运行 服务器和客户端分开。
谢谢！
如果您使用Visual Studio代码，您可以自由使用任何目录结构。你自己协调一切。
如果您使用 Visual Studio 2017，它内置了对 ASP.NET 核心项目的支持，并且使用了一种 "convention over configuration" 方法。通过在项目文件中包含 <Project Sdk="Microsoft.NET.Sdk.Web"> 来启用该支持。
VS2017 内置了对 npm 和 package.json 的支持。它需要根文件夹下的 node_modules 文件夹。如果该文件夹移动得更深，VS 认为它是一个常规项目文件夹，并枚举所有 npm 文件。这需要很长时间，所以 IDE 实际上被冻结了。