2011-04-19 12 views
1

Asp.Netの検証コントロール(派遣不能、冗長、厄介な)に悩まされるような状況で、それぞれ独自の検証方法を実行する一連の入力コントロールを作成できるかどうかを確認しました。プロパティ。編集可能なasp.net WebControlsの検証を設計する

私の設計基準の1つは、VS Intellisenseにタグ属性として残りのコントロールのプロパティと共に表示されるように、検証プロパティを許可することです。

私の最初の考えは、WebControlを継承し、新しいプロパティとメソッドを実装する基本クラスを作成することでしたが、複数の継承がなくてもTextBoxから派生することができないことを意味します。

いずれか

  • は(など、テキストボックス、ドロップダウン)各WebControlから継承し、(再)またはインターフェースなし(私のコントロールクラスの各々のための共通の検証プロパティおよびメソッドをコーディング意味すると思われる

    その(ValidatedInputControl)を一度コード化し、ValidatedInputControlを継承するクラスで個々のWebControls(textboxなど)を実装する方法を見つけることができます。私は、手段がより効率的にそこ

だから、私は提案を探しています取得するいくつかの他のパタ​​ーン/デザイン...

答えて

0

はなぜダム行うの発見など、レンダリング、または、

  • と思われます質問はいつでも数時間後には見えなくなってしまいます...

    多分101といくつかの夕食後に分かりにくいです...

    派生したすべてのコントロールで継承するメンバーを使用して、具象クラス(MyBaseClass)を作成します。 CompositeControlクラスからこの基本クラスを継承します。

    MyBaseClassから継承したい個別のコントロール(myTextBox、myDropDownなど)を作成します。これらのコントロールクラスのタイプは、MyBaseClassとCompositeControlです。

    個々のコントロールクラス(MyTextBoxなど)の内部では、適切なネイティブコントロール(TextBox)をインスタンス化してコンポジットコントロールと同様に管理できるようになりましたが、MyBaseClassメンバーにもアクセスできます。

    duhh ...すべてですべてのコンポジットコントロールビジネス通常通り.....

  • 関連する問題