ASP.NET MVCまたはWeb APIの使用2バックエンド+ダッシュボードプラットフォームの角度

Question

Webベースのダッシュボードプラットフォームとフレームワークを作成しようとしています。私が使用すると思うテクニックは、ASP.NET MVC 5/6（バックエンドとフロントエンド統合）またはASP.NET Web API 2バックエンドとAngularフロントエンドです。

アプリケーションは、アプリケーション（ホスト）として機能するだけでなく、アプリケーションを作成できるフレームワークとして機能する必要があります。この場合のアプリケーションは、ダッシュボードに表示できる小さなWebアプリケーションです。私が遭遇した主なボトルネックの1つは、ダッシュボード上で同じアプリケーションを何回もインスタンス化する方法を考え出すことです。デフォルトでこれを行うと、Webページ上の複数のHTML要素間でIDの衝突が発生するためです。

私が知っているのは、あなたのアプリケーションの範囲（コンポーネントのようなアプリケーションを見ている）がAngularフレームワークによって維持されているので、この問題を解決します。 ASP.NET Web APIについて言及した理由は、アプリケーションのすべての構成が格納されているバックエンドとしてこれを使用したいからです。

ASP.NET MVCでは、サーバー上のHTMLをレンダリングし、すべてのHTML IDを一意のものに置き換える以外は、これを処理するための素晴らしい方法があります。しかし、あなたがそれをしても、以前の固有でないHTML要素を参照するjsファイルの問題があります。これは、あなたがそのようなことを行うことを可能にするJSフレームワークを使用することによって、修正される可能性があります。

私は.NETフレームワークで多くの経験を持ち、Angularを使用している経験がほとんどないため、この質問をします。 Angularの選択はこのユースケースに適しているようですが、Angularでの経験が不足しているため、議論の余地がありません。私はASP.NET MVCでいくつかの経験がありますが、ID衝突の問題を処理するうまい方法について考えるには十分ではありません。

したがって、私の質問StackOverflowコミュニティは、これらのフレームワークを使用している経験がありますか？もしそうなら、あなたは何を選ぶだろうし、その選択が仕事に適しているのはなぜだと思いますか？

Answer 1

角度2（または4）とwebapiを使用します。コンポーネントとパラメータ化されたディレクティブを使用することで、それを解決できます。良い認証が必要な場合は、別に処理する必要があります。