私はASP.NET MVC 4を学んでおり、基本的なコンポーネントはユーザー部分です。記事には著者がいて、その著者がユーザーになる予定です。しかし、MVC の箱から出てくる標準的なユーザーのもの (AccounModel/Controller/View) は、非常に複雑で拡張が難しいように見えるので、その利点は何なのか、そして実際に人々がこれを使用するのかどうか疑問に思っていました。
私のバックアップ計画は、すべてを削除して、独自のものを実装することです。
私はASP.NET MVC 4を学んでおり、基本的なコンポーネントはユーザー部分です。記事には著者がいて、その著者がユーザーになる予定です。しかし、MVC の箱から出てくる標準的なユーザーのもの (AccounModel/Controller/View) は、非常に複雑で拡張が難しいように見えるので、その利点は何なのか、そして実際に人々がこれを使用するのかどうか疑問に思っていました。
私のバックアップ計画は、すべてを削除して、独自のものを実装することです。
カスタム アカウント スタッフ (モデル/コントローラー/ビュー) を使用できますが、カスタム スタッフは出荷された承認システム (AuthorizeAttribute、ロール、アカウント、データベース モデル スキーマ) に基づいている必要があります。
デフォルトの認証システムを使用する方が簡単です。
デフォルトの承認システムは、ロール、アカウントなどを管理するための十分な機能を提供します。
承認システムの開発は非常に複雑です。なぜなら、失敗した場合の代償や、独自の承認コンポーネントのバグがセキュリティ侵害の原因になる可能性があるからです。まれに、カスタム認証コンポーネントを開発することをお勧めします。
これは単なるテンプレートの例です...必要に応じて拡張できますが、多くの人が独自のテンプレートを使用しています. 特にエンティティ フレームワークを使用してモデルとビューを生成する場合は、独自の方法論を使用する方が簡単で適切です。そうしないと、それはあなたがしていることの例外になり、コーディングでは例外が好きではないからです:-) .