DotNetCore 2.0と角度のあるプロジェクト構造の効率的な方法

Question

プロジェクトファイル/フォルダの構造に関する専門的な意見を知りたがっています。 Dotnet-cliは、クライアント側のコードのみを含むClientAppフォルダを提供します。どちらがいいですか？ただし、別のサーバー側コードは提供しません。すべてのサーバー側のコードは、メインディレクトリ内にあります。私はこれが効率的でないことを発見した。私は "server"と呼ばれる別のフォルダを作り、そこにすべてのサーバサイドコードを入れました。そして、私は「クライアント」フォルダを作り、それにすべてのクライアント側のコードを配置しました。それは非常に小さなコードでうまく動作し、エンジニアリングの観点からはより効率的だと思います。 dotnet-cliが私に与えるか、上記のアプローチを使用しますか？サーバとクライアントを別々にすることの利点の1つは、angular-cliを使用することです。dotnetcore 2.0から、angular-cliを使用するのは難しいです。個別にサーバとクライアントを実行する必要でしょう。

ありがとう！

Answer 1

を使用すると、Visual Studioのコードを使用している場合は、任意のディレクトリ構造を自由に使用できます。あなたはすべてを自分でコーディネート。

をVisual Studioを使用している場合2017年には、ASP.NET Coreプロジェクトのサポートが組み込まれており、一種の「コンベンションオーバコンフィグレーション」アプローチを採用しています。このサポートは、<Project Sdk="Microsoft.NET.Sdk.Web">をプロジェクトファイルに含めることで有効になります。

VS2017は、同様に、NPMとpackage.jsonのためのビルトインサポートしています。これは、ルートフォルダーの下にnode_modulesフォルダーが必要です。そのフォルダがより深く移動されると、VSは通常のプロジェクトフォルダであると考え、すべてのnpmファイルを列挙します。時間がかかるので、IDEは実質的にフリーズします。