新しい C# クラスを作成するとき、プロパティ、イベント デリゲート、関数、関数のオーバーライドなどを宣言するための最適な論理的順序と、その順序を決定する際に考慮すべき考慮事項について確信が持てません。
通常、WebUserControl のコード ビハインド クラスを作成するときは、次の順序で配置します。
これを行うためのより論理的な方法はありますか?また、クラス ファイル内でクラスのこれらの要素を順序付ける方法を決定する際に、どのような考慮事項を考慮する必要がありますか?
コンパイルに違いはありません。セクションをラップして#region、コードを読んでいる人がどこにあるかを知り、整理しやすくすることができます。それはおそらくあなたの会社のコーディング標準であるはずなので、すべてのコードは同様に編成されており、見ていてイライラすることはありません...
StyleCopが私に言うことは何でも。:)
これはスタイルの好みです。多くの人がしています：
を使ってそれぞれを区切る人もいます#regions。
開発チーム全体で標準的なスタイルを使用している限り、それはあなたにとってうまくいくものです。Visual Studioを使用している場合は、クラスビューアーとメンバーのドロップダウンメニューを使用すると、さらに無関係になります。Regionerateアドインを確認してください。メンバーをタイプまたはアルファベット順に並べ替えたり、タイプ、可視性などでリージョンを追加したりするオプションがあります。デフォルト設定が適切でない場合は、独自に定義できます。
自分にとって意味のあるもの、またはコーディング標準にあるものをそのまま使用してください。一貫している限り、それは本当に問題ではありません...
スタイルに一貫性がある限り、順序は重要ではないと思います。リージョンの使用を検討してください。ただし、やり過ぎないようにしてください。私にとっての一般的な経験則として、ネストされた領域はすべて避けます。それはあまりにも多くのコードを隠しています。
一貫性は、特定の順序としてより重要です。
個人的には、可視性によってメンバーをすばやく見つけるのが好きです。
クラスのユーザーとして、通常はパブリック インターフェイスだけが必要です。派生する場合は、保護されたインターフェイスも必要です。クラス自体を変更する場合にのみ、プライベートなものを確認する必要があります。
私は通常、メンバー宣言を一番上に置き、次にメソッド (ライフサイクルなど)、イベント ハンドラー、最後にプロパティを配置します。メソッドについては、呼び出される順序で大まかに並べるようにしています。例えば。ページをロードするときに呼び出されるメソッドが最初に来て、次にページ送信を保存するときに呼び出されるメソッドです。プロパティとイベント ハンドラーは一般に些細なことなので最後に記載します。