0

概要:私の仕事は、古い WebForms アプリケーションから進化させる必要があるクラウドベースのプロジェクトにユーザー認証を実装する方法を決定することです。私は決定プロセスの最初にいますが、すぐに決定する必要があります。ですから、あなたの経験に感謝します。

Web フォームを使用する理由 アプリケーションは古い WebForms コードに基づいているため、WebForms コードから開始する必要があります。問題は、アプリケーションをかなり迅速に準備する必要があるため、コードを可能な限り再利用する必要があることです。また、MVC に関する実用的な知識を持つ開発者もいません。いくつかのトレードオフが必要です。ただし、ログイン プロセスは新しくなり、MVC アプローチを使用して実装できます。

新機能:古いコードはイントラネット Web サーバーで実行するように構築されており、ユーザーは単純なログイン名を使用してサインインしていました。セキュリティの問題はそれほど複雑ではありませんでした。アプリケーションは、ASP.NET 以前の ID を使用しています。非常に古いため、アプリケーションのその部分を置き換える必要があります。別のワークスペースで作業する必要があるユーザーのグループが増えます (会社を考えてみてください)。

新しいアカウント -- 認証:ユーザーは有効な電子メール アドレスを使用して登録を要求する必要があります。新しいユーザーの場合、電子メールが既存のものとして検証され、グループ専用の管理者によって承認される必要があります。

承認:ユーザーは、一部のデータのみを操作することが許可されます。1 つのグループのユーザーがそのグループ専用の部分のみにアクセスできる単一のデータベースを使用するという観点から考えてみてください。ただし、より多くの権限を持つパワー ユーザーがいる場合もあります。

ASP.NET Identity の使用に集中する必要がありますか? はいの場合、(古いバージョンに依存していない) 現在 3.0.0-beta7 にある ASP.NET Identity 3 から開始する必要があります ( https://github.com/aspnet/Identity.gitを参照)。バージョン 2 に固執しますか?

4

1 に答える 1

1

ASP.NET ID は、ID とメンバーシップ、および最新の ID ライブラリに対する Microsoft の主要な推進力です。継続的なサポートが心配な場合は、このライブラリが最適です。

ASP.NET Identity ライブラリは、クレーム ベースの承認 (この場合はロール/グループを使用) と電子メール アドレスの確認の記録の必要性をサポートします。これはすぐに使用できます。

ただし、ASP.NET Identity 3 の使用はお勧めしません。これは、ASP.NET vNext を念頭に置いて設計されており、レガシー システムでやりたいことではないからです。

ASP.NET Identity v2.x に固執する

于 2015-09-15T17:11:47.697 に答える