カスタムプロバイダー、ベストプラクティス、および構成の競合

Question

私はASP.NETでしばらくの間Webサイトを構築しています。最初は、ASP.NETプロバイダーモデルの複雑さを覚えていませんでした。代わりに、私は必要に応じて缶詰のプロバイダを使用し、他のすべてのニーズに対してDependency Injectionフレームワークに大きく依存しました。

しかし、最近私は、ASP.NET用のプラグイン可能なコンポーネントを作成してきました。もちろん、カスタムプロバイダベースのソリューションをたくさん作成しています。しかし、それは私にはすぐに明らかになった、その多くはinitialization code is being duplicated、それは悪いことです。

そう...

1. 設定スパゲッティコードを回避する方法に浮上している任意のベストプラクティスはありますか？
2. 基本的な初期化コードを抽象化して共有するためのカスタム・プロバイダの作成が簡単にできるように、サンプル（基本/ヘルパー・クラス、カスタム属性、リフレクション）を用意しましたか？

注：

試してみて、私はProvider Toolkitサイトに送らないでください。私はすでにそのリソースを使い果たしているので、私はSOコミュニティに向いています:)

Answer 1

メンバーシップとロールプロバイダのかなり基本的な実装を行ったばかりで、コードの重複はありませんすべて！ - asp.net MVCアプリ

• アプリケーション：

  私は3つのプロジェクト（プラステスト）にすべてを分けています。モデル、コントローラなど

• インフラストラクチャ - のIoCとインターフェイス
• Infrastructure.Web - ユーザーおよびロールのためのプロバイダ

モデルは、インフラストラクチャからのインターフェイスを実装し、それらのクラスは、アプリケーションの起動時にのIoCに登録されます。その後、プロバイダはクラスを解決するようにIoCに依頼し、それを行います。このようにして、同じプロバイダを使用しながら、モデルとユーザーインターフェイスに物を追加することができます。私が気づいた1つの問題は、セットアップがApplication_Startで実行され、 "ASP.NET Configuration"が別のWebであるため、 "ASP.NET Configuration"ボタンで起動されたWebがプロバイダを使用できないことです。私は問題としてこれを見ない。