1

私はASP.NET MVCプロジェクトのために(コードファースト)Entity Frameworkの4.3を使用して、それが可能なのLibをベースにのみ、そのようなパーミッションですがRhinoのセキュリティRhinoセキュリティをEntity Frameworkに移植 - なぜそれはまだありませんか?

によって提供される粒状のパーミッションベースの認証機能を実装したかったが、いまだEFに移植されていません。何がそれが

  • Entity Frameworkのは、それほど効果的ではないので、NHibernateは
  • サイのようにユビキタスではないので、有名ではないですので、

    1. このようなパーミッションフレームワークは、プロジェクトでの通常の要件ではない理由は、することができリポジトリは、非常に緊密私は本当にEFでそれを使用して主張し、あなたが私に言うならば、それは可能ではないですが、あなたは私を助けてくださいすることができた場合、それは、EF
    2. 単にポートを

    最も重要なことはできないということNHibernateはと結合されていますなぜを理解してください。そして、あなたの答えがYESである場合、あなたはそれだろう、私は本当にEFを使用して、それを実装し始める場合


    に他のアイデアください

    をどのように行うのかで私を助けてくださいすることができます無駄な努力である。私が直面する合併症。

    私はEntity FrameworkとMVCのちょうど初心者なので、私が見落としていることはありますか?だから、すべてのGENIUSESを手伝ってください。

    どのようなアイデアを始めるには?

  • 答えて

    1

    私は、第三の答え言うと思います:

    Rhinoのリポジトリが非常に緊密それは私が何についてはよく分からないEF

    単にポートにそれをすることができ ないことをNHibernateはと結合されている

    をしかし、私はそれが密接にNHibernateのに囲まれています確信している(または城アクティブレコードに、それはNHibernateはに基づいている)その背後にある理由

    3

    私の意見:

    これは直接移植できません。 Rhino-Securityは、ドメインモデルからセキュリティを分離(抽象化)するというコンセプトに従います。この分離は、IUserインターフェースを介して行われます。 UserクラスのIUserインターフェイスの実装は、ドメインモデルとフレームワークが提供するセキュリティインフラストラクチャとの唯一の接続になります。ここで問題が起こる。 EFは現在インターフェイスをサポートしていないため、マッピングで実際のエンティティタイプではなくインターフェイスを使用することはできず、エンティティのナビゲーションプロパティとして実際のエンティティタイプではなくインターフェイスを使用することはできません。そのため、Rhino-Securityは主なアイデアを損なうことなくEFに移植することができません。移植されたセキュリティライブラリにUserエンティティを直接作成し、すべてのアプリケーションをそのUser実装に依存させる必要があります。

    +0

    セキュリティエンティティをモデルと結合するというアイデアを得るには、ユーザーエンティティを作成することで、その他の問題は見えますか?そして私はどのようにそれを始めますか? – WiseGuy

    +0

    そして、特にパフォーマンスの影響を考慮して、私が留意しなければならない重要な点は何ですか。 – WiseGuy

    +0

    これは港を作ろうとせずに簡単には答えられない質問です - あなたは自分で答えを見つけなければなりません。私はその実装を深く掘り下げませんでした。私は基礎だけを知っています。 –

    関連する問題