私は、友人の 1 人が作成した戦略のブラック ボックス トレーディング ボットのコーディングを含むプロジェクトを開始しており、最良の設計パターンは何かを考えようとしていました。私の現在の考えでは、アクター モデルを使用して、多数の同時計算と情報の受け渡しを可能にする必要があります。
他に何かアイデアはありますか?それとも賛成?
私は、友人の 1 人が作成した戦略のブラック ボックス トレーディング ボットのコーディングを含むプロジェクトを開始しており、最良の設計パターンは何かを考えようとしていました。私の現在の考えでは、アクター モデルを使用して、多数の同時計算と情報の受け渡しを可能にする必要があります。
他に何かアイデアはありますか?それとも賛成?
おそらくデザインパターンを探すのは早すぎると思います。誰かが「HR システムを書いているのですが、どのデザイン パターンを使用すればよいですか?」と言ったとします。または「売掛金」または「輸送スケジュール」。
最初にいくつかの基本的な OO 設計を実施する必要があると思います。次に、結合を減らす必要があるポイントを探し、柔軟性のポイントを導入して、一般的に設計を改良します。この時点で、デザイン パターンが重要になり始めます。
「家を建てているのですが、どの建築パターンを使用しますか?」
「ああ、ハンマーと釘が必要だ」
パターンの選択を早すぎると、代替案を無視する傾向があります...