2

コードを書く最良の方法は何ですか?

button_click()(1)イベントに直接コードを書くようなもの。

また

(2) イベントで記述したコードの関数を作成し、button_click()この関数を 1 つのクラスに記述してから、その関数をイベントで呼び出す必要があります。コードを記述するためbutton_Click()に呼び出されるのと同じthree-tier approachように?

イベントのようにbutton_Click()、レコードを保存するコードをcsv file from datatable記述します。イベントでそのコードを記述するbutton_Click()か、1 つの新しい関数と 1 つの新しいクラスを作成し、新しいクラスであるその関数にそのコードを記述し、その関数をbutton_Click()イベントで呼び出す必要があります。 .

これは 1 つの例にすぎませんが、アプリケーションに記述されたすべてのコードについて話しているのですが、それはどれでappropriate and best way to write the code、どのような利点があるのでしょうか? c# を使用して Winforms でコードを記述していることに注意してください。

4

5 に答える 5

2

別のクラスで別の機能を使用する必要があります。コードを再利用可能にし、ユーザー インターフェイスとアプリケーション ロジックを適切に分離するため、これを行う必要があります。このように、たとえば、アプリケーションの残りの部分に影響を与えずに UI を変更できます。

MVC patternも見てください。全体のアイデアをよりよく理解できます。

最初のオプションを使用する必要があると私が考える唯一の状況は、UI に影響を与える何らかのアクションを実行する場合ですが、それでも Form クラス内の別の関数でこれを作成します。

UI に影響を与えている場合は、関連しているため同じクラスにある必要があります。たとえば、グリッドを更新するコードの場合、これを同じ Form クラス内の別のメソッドに配置します。これは、内部の別の場所で使用できるためです。それ。したがって、UI を変更してもアプリケーションには影響しません。コードを再利用可能にして保守可能にするだけです。

于 2010-05-06T05:34:54.003 に答える
0

コードに構造を追加するには、トップダウンとボトムアップの 2 つの一般的なアプローチがあります。トップダウン構造は、公式または非公式のプロセスと、UML ダイアグラムや機能仕様などの純粋な設計成果物を含む設計作業から生じます。トップダウン プロセスの最終的な目標は、コードを保守可能にする適切な構造を提供するクラスとインターフェイスをコード内に作成することです。これは、コードを記述する前に、または反復の一部として発生する可能性がありますが、最初に構造を作成してからコードを作成するという考え方です。

ボトムアップ構造はリファクタリングから生まれます。たとえば、ボタン クリックですべてのロジックを開始します。ボタン クリックと同じことを行うメニュー項目を追加する場合は、ボタン クリック関数のコードをフォームのプライベート メンバー関数に移動します。アプリケーションの別の部分で同じ機能が必要な場合は、プライベート メンバー関数で使用されるコードと状態変数をクラスにカプセル化します。

両方のアプローチを使用することをお勧めします。状況に適した組み合わせは、開発チーム (規模、場所、通信能力) とアプリケーションの規模によって異なります。一般的に言えば、大規模なアプリケーションにはより多くのトップダウンが必要であり、非常に小規模なアプリケーションでは最小限のトップダウン設計で十分です。ただし、小さなアプリであっても、常に高レベルの計画が必要です。

于 2010-05-06T06:11:31.430 に答える
0

GUI は同じコマンドをトリガーするための冗長なメカニズム (コンテキスト メニュー、メニュー バー、ツールバー、アクセラレータ キー) を提供する傾向があり、イベント シグネチャは、これらは。次に問題は、共通関数を Form クラスに入れるか、データ モデルに入れるかです。

多くの場合、フォーム内のロジックから始めて、必要に応じてモデル クラスにリファクタリングします。多くの小さなアプリは、保守性のために複数のクラスが必要になるほど大きくなることはありません。コードの重複 (つまり、コピーと貼り付け) を避ける限り、後で必要になった場合のリファクタリングは簡単になります。

于 2010-05-06T05:44:16.980 に答える
0

それはすべて状況に依存します。

フォームを更新する場合は、更新コードをフォームに含めることをお勧めします。ただし、処理が多い場合は、別のクラスでジョブを処理するように設計することをお勧めします。

それはすべて状況に依存します。

于 2010-05-06T05:35:52.433 に答える
0

仕事のためのクラスを開発することは常に良いことです。コードを再利用可能にし、3 層アーキテクチャも実装します。わかりやすいのがメリットです。
重要なことは、クラスを適切に開発した場合にのみ有益であるということです。再利用可能なクラスのメソッドを開発します。
もう 1 つの利点は、コードの複雑さを隠すことです。

于 2010-05-06T05:54:53.923 に答える