2016-07-22 15 views
1

ASP.NET MVCでかなり複雑なアプリケーションを設計するように頼んだ。 SMSコードによる登録と確認:ASP.NET MVCのアイデンティティー対拡張の交換

PresentationLayer.UserAccount : IdentityUser { 
    virtual ICollection<InnerPaymentCard> cards {get;set;} 
    virtual ICollection<InnerServiceUsageRecord> cerviceRecords {get;set;} 
    virtual ICollection<InnerInsuranceUsageRecord> insuranceRecords {get;set;} 
    virtual UserRating rating {get;set;} 
} 

また、登録プロセスは2つの段階に分離される:それは個人のような関連するオブジェクトの多くのアカウント(認可)を含むであろう。 InnerPaymentCardのような各サービスについても、ユーザーは追加の登録(サービスの予約)を提供する必要があります。

スタンドアントインデントを使用し、10+ 1対多リレーションシップと複合BLLで拡張するか、独自のインデントサービスを作成するのが妥当ですか?もしそうなら、どこでASP.NET MVCで独自のIDの実装(登録、認証、サービスへの登録)を学ぶことができますか?

答えて

1

デフォルトソリューションは要件を満たしていますか?

私の経験では、複雑なシステムの認証と認可は、デフォルト実装の範囲を超えています。あなたのシステムはどれほど複雑ですか?

あなたの質問によると、主キーを持つエンティティでデフォルトソリューションをデフォルトエンティティに拡張しても、複雑さはほとんど増えません。しかし、ほとんどの場合、遅延ロードが有効になります。それ以外の場合は、各リクエストにあまりにも多くのデータがロードされる(またはロードされないため、とにかくロードする必要があります)。

要件の完全なリストを作成してください。また、後で表示される可能性のある要件を追加することをお勧めします(顧客に話してください)。次に、両方の解決策、デフォルトのものとあなた自身のための短所と賛否両論をリストします。これはあなたが選択するのに役立ちます。

関連する問題