一种高效的DotNetCore 2.0与角化工程结构方法

Question

我想知道您对项目文件/文件夹结构的专业意见。Dotnet给出了一个只包含客户端代码的ClientApp文件夹.这很好。但是，它不提供单独的服务器端代码。所有服务器端代码都在主目录中。我觉得这个没效率。我创建了一个名为"server“的单独文件夹，并将所有服务器端代码都放入其中。而且，我制作了“client”文件夹，并将所有客户端代码放入其中。它可以正常工作，只需少量额外代码，我认为它在工程角度上更有效。你们都怎么想?我应该使用dotnet-cli给我的任何东西还是使用上面的方法?让服务器-客户端分开的优点之一是使用角-cli。从dotnetcore 2.0开始，很难使用角-cli。另一方面，这种情况下，您必须分别运行服务器和客户端。

谢谢!

Answer 1

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

如果您使用VisualStudio2017，它有对ASP.NET核心项目的内置支持，并且使用了一种“约定高于配置”的方法。通过在项目文件中包含<Project Sdk="Microsoft.NET.Sdk.Web">来启用该支持。

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