http://www.codeproject.com/aspnet/HTMLEditor.asp
前書き
最近のASP.NETプロジェクトに取り組んでいる間、私たちは興味深い問題に出くわしました。アプリケーションのいくつかの地域では、我々は、エンドユーザーがHTML形式のテキストを入力できるようにしたかったのです。ウェブ上で利用可能ないくつかの優れたWebベースのHTMLエディタコンポーネント、いくつかのオープンソース、いくつかのコマーシャルがあります。どのように使用するかを決めないと、私たちはクライアントにアプリケーションを販売する場合、どのように我々は、適切なライセンスを保持していますか？私たちが思いついた答えは、プロバイダモデルを経由してHTMLエディタを提供することでした。これは、私たちは私たちが慣れているライセンス方式の基本的なHTMLエディタを使用してアプリケーションを出荷することが可能であり、さらにクライアント最小限の労力とコストで自分の好きなエディタを実装する（既に持っていることがあり、市販のエディタを購入）が可能になります。
計画を武器に、私はGoogleのを解雇し、HTMLエディタープロバイダーの作成に関する情報を検索するために始めました。結果は期待はずれでした。私は、マイクロソフトの組み込みプロバイダ（役割、メンバーシップなど）をカスタマイズするには数百もの記事が見つかりましたが、独自の、ユニークなプロバイダの作成について何も少し。結局、私はMicrosoftのに出くわしたプロバイダーツールキットこれはホワイトペーパーやコードサンプルと一緒にいくつかのプロバイダテンプレートファイルを提供しました。問題は、彼らはあなたに最後まですべての方法を取ることはありませんということです。テンプレートに付属の説明書は、あなた自身のパラメータ、またはより悪いを追加する方法を検索を実行し、テンプレートをカスタマイズするための機能を交換する方法について説明しますが、ではない - あなたはクラスを作成したら、それを実装する方法！それは私が持っていたが、すべてだったので、私はコードで座って、それを離れてプラグインを開始しました。この記事では、これらの努力の結果です。私はカスタムプロバイダの作成についてあなたが持つかもしれすべての質問に答えることができるでしょうことか分からないが、少なくとも多分あなたは、あなたが始めるために飛び降りポイントがあるでしょう。
私は何をしますないこの記事でやっていることはプロバイダモデルが何であるか、それはあなたの特定のニーズや制度に収まる可能性がある方法を説明しようとする試みです。あなたがプロバイダーに慣れていない場合、私は強く、この記事に進む前に、このトピックに関するいくつかの研究を行うためにあなたを促します。プロバイダーツールキットのページにある記事やホワイトペーパーは素晴らしいスタートです。
ます。https：//www.cnblogs.com/wujun/archive/2006/12/14/591948.htmlで再現