2つのオプションがあります。
ソリューションに別個のmywebsite.apiプロジェクトとmywebsite.appプロジェクトを作成します。
長所
- 懸念の適切な分離。
- APIとフロントエンドに個別に更新を展開できます。
- サイトのアーキテクチャは個別に変更できます(つまり、Webサイトに影響を与えずにasp.net 5で実行するようにAPIを更新できます)
- クリーナー
1つのプロジェクトでクライアントアプリとAPIの両方を使用して単一のプロジェクトを作成する
長所
- 更新プログラムの展開がより簡単に
- CORSと連携するように設定する必要はありません
アプリケーションをローカルでホストおよび開発する方法。
開発のための効果的なソリューションは、lite-serverを使用してクライアント(Angular 2)アプリケーションを実行し、IIS / Casiniを使用してWeb APIコードをホストすることです。使用方法の良い例は、Angular 2クイックスタートチュートリアル(下記にリンク)にあります。私の開発プロセスは、Visual Studioを介してapiを実行し、Visual Studio Codeとlite-serverを使用してクライアントサイトのコーディングを行うことです(Atomも適切な選択です)。
lite-serverドキュメントから。Webアプリを提供し、ブラウザーで開き、htmlまたはjavascriptの変更時に更新し、ソケットを使用してCSSの変更を挿入し、ルートが見つからない場合にフォールバックページを持つ軽量開発専用ノードサーバー。
https://code.visualstudio.com/
https://angular.io/docs/js/latest/quickstart.html
https://www.youtube.com/watch?v=e_FVeYWUF3s
https://github.com/johnpapa/lite-server
私の見解
同じソリューションでNuget / NPMを使用しても問題はなく、プロジェクト構造の選択を通知するものではありません。
デモ/概念実証アプリケーションには、単一プロジェクトのアプローチのみを使用します。実稼働リリースの場合、懸念を常に適切に分離し、専用のAPIプロジェクトを作成します。