2008-08-11 11 views
0

ここ数年、私は隠れた/表示したコントロールの長いフローティングページから、多くのユーザーコントロールを使用することに変更しました。私はいつもベストプラクティスについて同僚の間で少し議論しました。.NETインターフェイス

プロパティを入力するか、paramterized subを使用してコントロール内の情報を読み込む必要がありますか?

私がパラメターを使用することに対する私の恐怖の一部は、すべてが人口となるようにすることができないという事実です。

インターフェイスを使用するための基本的なルールは何ですか?私は1つを作成したことはありません。と私はこれを試して、または'サブロード'と滞在する必要がありますか?

答えて

1

ここでインターフェイスがあなたに多く役立つかどうかはわかりません。私の理解では、ページを他のコントロールを含む「複合」ユーザーコントロールのセットに分割し、プロパティを使用して値を設定するかどうかを決定したいと考えています。

これは本当にユーザーコントロールがどのように設計されているか、ページなどに動的に追加されているかどうか(1つの可能なシナリオ)によって決まると思います。私は、コンストラクタ内のものを指定するか、またはファクトリメソッドを使用してコントロールを作成する個人的な好みがあります。すべてが確実に設定されているかどうかを確認するために、作成時に責任を負います。プロパティでの私の経験は、私は時には何かを設定し、私の間違いを認識しないことを忘れることです。プロパティを設定したり、サブを使用したりすることについてのあなたの言い方は、私が大事にしているわけではありません。あなたが何らかの依存関係を持っていて、読み込まなければならないことがあるなら、それはプロパティかサブのどちらに関係なく起こる可能性があります。

インターフェイスの構文を調べるには、VB.NET/C#/OOPの書籍を参照します。インタフェースは、基本的にクラスのコントラクトを記述します。クラスAとクラスBを持ち、両方ともITimeというインターフェースを実装している場合は、両方ともITimeで定義されているすべてのメソッドを提供します。彼らは独自のメソッドを追加することはできますが、最低限、ITimeのメソッドの実装を含める必要があります(たとえば、GetTime()、GetCurrentTime()をITimeのメソッドとして使用するなど)。インタフェースはクラスAまたはBに、それらのメソッドがどのように機能すべきか、つまりその名前、パラメータ、戻り値の型だけを指示しません。インタフェースの継承が実装の継承とどのように異なるかについては、OOPの書籍で継承を参照してください。

関連する問題