問題タブ [design-patterns]

多くのツールが推奨するユーザーインターフェイスを構築するRAD （ドラッグアンドドロップと構成）の方法を超えて見ると、 Model-View-Controller、Model-View-Presenter、Model-View-ViewModelと呼ばれる3つのデザインパターンに出くわす可能性があります。私の質問には3つの部分があります。

1. これらのパターンはどのような問題に対処しますか？
2. それらはどのように似ていますか？
3. それらはどう違いますか？

制御の反転 (IoC) は、最初に遭遇したときに非常に混乱する可能性があります。

1. それは何ですか？
2. どの問題を解決しますか?
3. いつ使用するのが適切で、いつ使用しないのですか?

シングルトン パターンは、クラスのインスタンス化を 1 つのオブジェクト インスタンスに制限するために使用される設計パターンです。C++ と Java でシングルトン パターンをコーディングする方法は知っていますが、Ruby でそれを実装する方法を知っている人はいますか?

OOPについてどんどん学び、さまざまなデザインパターンを実装し始めると、人々がActiveRecordを嫌っているケースに戻ってきます。

多くの場合、人々はそれがうまくスケーリングしないと言います（彼らの主要な例としてTwitterを引用します）-しかし、なぜそれがうまくスケーリングしないのか実際には誰も説明しません。および/または短所なしでARの長所を達成する方法（類似しているが異なるパターンを介して？）

うまくいけば、これがデザインパターンについての聖戦にならないことを願っています-私が知りたいのは、****具体的に****ActiveRecordの何が問題なのかということだけです。

うまくスケーリングしない場合は、なぜですか？

他にどのような問題がありますか？

データベース層に接続して対話する方法は多数あります。たとえば、Javaでは、一般的な使用法は、raw SQLのJDBC呼び出し、オブジェクトリレーショナルマッパー、JDBCTemplate（Spring）、ストアドプロシージャなどです。

あなたの言語では、どのオプションがあなたの好みであり、その理由は何ですか？いつ他の人を考慮しますか？

私はいくつかの WPF プログラミングを行ってきましたが、得られなかったものの 1 つはコマンド パターンでした。すべての例は、組み込みのもの、編集、切り取り、貼り付けのようです。カスタム コマンドのベスト プラクティスの例や提案はありますか?

複数のテーブルで動的検索を実行するためのパターンを探しています。

従来の（そして不十分に設計された）データベーステーブル構造を制御することはできません。

ユーザーが履歴書内のデータのいずれかに対して検索を実行し、検索条件に一致する履歴書のリストを取得したい場合がある履歴書検索に似たシナリオを考えてみます。任意のフィールドをいつでも、1つ以上の他のフィールドと組み合わせて検索できます。

実際のSQLクエリは、検索されるフィールドに応じて動的に作成されます。私が見つけたほとんどの解決策は複雑なifブロックを含みますが、これは今では解決された問題であるに違いないので、もっと洗練された解決策が必要だと思わずにはいられません。

ええ、それで私はコードでSQLを動的に構築する道を歩み始めました。ひどいようです。任意のテーブルの任意のフィールドの任意の組み合わせをクエリする要求された機能を実際にサポートしようとすると、これはifステートメントの1つのMASSIVEセットになります。 震える

COALESCEは、データにNULLが含まれていない場合にのみ機能することを読んだと思います。あれは正しいですか？もしそうなら、私はいたるところにNULL値があるので、行きません。

GUI のコーディング部分に関するパターンを探しています。私がよく知っているMVCほどグローバルではありませんが、単一のコントロールと入力に関するパターンと優れたアイデアとベスト プラクティスです。

オーバーラップする可能性のあるオブジェクトを表示するコントロールを作成したいとします。オブジェクトをクリックしたら、何をすべきかを見つける必要があります (四分木や Z オーダーなど、いくつかの方法で実行できるオブジェクトを見つけるだけで、それは問題ではありません)。また、修飾キーを押したままにしたり、一部のオブジェクトが最初からアクティブになったりして、選択などが少し複雑になることもあります。画面オブジェクトを表すオブジェクト インスタンス、クリック時のユーザー アクションの処理、またはマスター クラスが必要です。など.. このような問題には、どのようなパターンや解決策がありますか?

デザインパターンの現実世界への浸透度は？日常の仕事でそれらを使用しますか?同僚とどのように、どこに適用するかについて話し合いますか?それとも、よりアカデミックな概念のままですか?

彼らは実際にあなたの仕事に実際の価値を提供していますか? それとも、スマートに聞こえるように人々が話しているだけですか?

注: この質問では、Singletonのような「単純な」設計パターンは無視してください。Model View Controllerなどを利用できるようにコードを設計することについて話している.

バイナリデータファイルを取得し、その一部をオブジェクトに解析し、結果のデータをデータベースに保存するための設計パターンを推奨する人はいますか?

同様のパターンを使用して、XML またはタブ区切りファイルを取得し、それを代表的なオブジェクトに解析できると思います。

一般的なデータ構造には次のものが含まれます。

(ヘッダー) (DataElement1) (DataElement1SubData1) (DataElement1SubData2)(DataElement2) (DataElement2SubData1) (DataElement2SubData2) (EOF)

良い設計には、ファイルの種類またはヘッダーに含まれる定義済みのメタデータに基づいて解析定義を​​変更する方法が含まれると思います。したがって、ファクトリ パターンは、パーサー パーツの全体的な設計の一部になります。