過去数年間で、非表示/表示したコントロールのページが長く流れるようになり、多くのユーザーコントロールを使用するようになりました。私は常に、ベストプラクティスについて同僚間で少し話し合ってきました。
入力するプロパティを用意する必要がありますか、それともパラメーター化されたサブを使用してコントロールに情報をロードする必要がありますか？
パラメータを使用することへの私の恐れの一部は、すべてが入力されることを確認できないという事実です。
インターフェイスを使用するための基本的なルールは何ですか？作成したことはありません。そして、私はこれを試すべきですか、それとも「サブロード」のままにするべきですか？
ここでインターフェースが大いに役立つかどうかはわかりません。私の理解では、ページを他のコントロールを含む「複合」ユーザーコントロールのセットに分割していて、値の設定にプロパティを使用するかどうかを決定したいと考えています。
これは、ユーザーコントロールがどのように設計されているか、およびそれらがページなどに動的に追加されているかどうかに実際に依存すると思います（1つの可能なシナリオ）。コンストラクターで何かを指定したり、ファクトリメソッドを使用してコントロールを作成したりすることを個人的に好みます。私は、すべてが設定されていることを確認するための作成の責任を負います。プロパティに関する私の経験では、何かを設定するのを忘れて、自分の間違いに気付かないことがあります。プロパティの設定やサブの使用についてのあなたのポイント、そしてすべてが入力されていることは私にはあまり意味がありません。ある種の依存関係があり、何か他のものをロードする必要がある場合、これはプロパティかサブかに関係なく発生する可能性があります。
インターフェイスの構文については、VB.NET / C＃/OOPに関する書籍を参照してください。インターフェイスは基本的にクラスのコントラクトを記述します。クラスAとBがあり、両方がITimeと呼ばれるインターフェイスを実装している場合、両方がITimeで定義されたすべてのメソッドを提供します。独自のメソッドを追加することもできますが、少なくともITimeのメソッドの実装を含める必要があります（たとえば、ITimeのメソッドとしてGetDate（）、GetCurrentTime（）を使用する場合があります）。インターフェイスは、クラスAまたはBに、これらのメソッドがどのように機能するかを指示しません。名前、パラメーター、および戻り値のタイプのみを指示します。インターフェイスの継承が実装の継承とどのように異なるかについての詳細は、OOPブックで継承を検索してください。