Angular dotnetcore2.0与角度工程结构的有效实现方法

我想知道你对项目文件/文件夹结构的专业意见。Dotnet cli为我们提供了一个仅包含客户端代码的ClientApp文件夹。这很好。但是，它不提供单独的服务器端代码。所有服务器端代码都在主目录中。我发现这没有效率。我制作了一个名为“服务器”的单独文件夹，并将所有服务器端代码放在其中。而且，我做了一个客户“文件夹并将所有客户端代码放入其中。它使用非常小的额外编码工作得很好，我认为从工程角度来看，它更有效。你们都怎么想？我应该使用dotnetcli提供的任何东西还是使用上述方法？单独使用服务器-客户机的优点之一是使用angular cli。从dotnetcore 2.0开始，很难使用angular cli。另一方面，在这种情况下，您必须分别运行服务器和客户端

---

谢谢

如果使用Visual Studio代码，则可以自由使用任何目录结构。你自己协调一切

如果您使用Visual Studio 2017，它内置了对ASP.NET核心项目的支持，并且使用了一种“约定优先于配置”的方法。通过在项目文件中包含

来启用该支持

VS2017还内置了对npm和package.json的支持。它需要根文件夹下的node_modules文件夹。如果该文件夹移动得更深，VS会认为它是一个常规项目文件夹，并枚举所有npm文件。这需要很长时间，因此IDE会被有效地冻结