「ビジネスロジック」レイヤーから「GUI」レイヤーを削除する方法はありますか？

Question

私は現在、「ビジネスオブジェクト」プロジェクトであるプロジェクトを持っています。私たちの目標は、GUIとビジネスオブジェクトを明確に区別することです。しかし、私のプロジェクトはSystem.Windows.Formsへの参照を持っています。それは私のプロジェクトがうまく設計されていないということに大きな赤い旗です。

私の問題は、「Active Query Builder」というサードパーティのコントロールを使用していることです。文字通りGUIのような「コントロール」、System.Windows.Forms.Controlです。 FormのControlsコレクションに追加されてもどこにでも表示されることはありません。また、ビジネスオブジェクトのコア機能の多くを提供します。

とにかく、System.Windows.Formsへの参照なし - 私はサードパーティのコントロールを使用することはできませんし、BOは恐ろしく壊れています。しかし、私はSystem.Windows.Formsへの参照を持つことができないと言われている。

私は何をすべきか完全に迷っています。

より多くのデザインパターンタイプの経験を持つ人がソリューションを提供できますか？

Answer 1

WindowsFormsを参照するライブラリがありますが、何も直接使用していませんか？あなたのBOプロジェクトはどのフォームでも邪魔していませんか？

私はあなたがうまくいると思う、参照は、私がこれをやっている待っていると言う赤い旗です。しかし、レイヤーがまだ論理的に分離されている限り、IMHOはあなたの大丈夫です。

これを抽象化して、クエリービルダーとやりとりする別のプロジェクトを作成することができます。だからあなたのBOプロジェクトは、このコントロールの使い方を知っているクエリービルダープロジェクトで動作します。

Answer 2

ここで間違いかもしれませんが、System.Windows.Formsは.NET Frameworkの一部であり、実際にはGUIを構成しません。それは何も表示しないであなたが利用するかもしれない多くの便利な機能を持っているかもしれません。私は、誰もそれが使用されるべきではないと主張したことは、原則を誤解している可能性があると考えています。

n層アプリケーションを開発する場合は、GUI-Business Logic-Data Storeの分離を操作するのが一般的ですが、GUIは厳密にユーザーにインタラクションを許可するユーザーインターフェイスであり、簡単なフレームワークではありません。

Answer 3

私はActive Query Builderを漠然とよく知っていますが、SQLクエリを作成するために使用されるGUIコンポーネントではありませんか？私は、その種のコンポーネントがビジネスオブジェクトにどのように属しているかを見失います。

Answer 4

必要なメソッドとのインターフェイスを実装するコントロールのラッパークラスを作成できます。ビジネスオブジェクトは、そのインターフェースに依存することができます。これは何でも実装できます（この場合はコントロール）。

この「コントロール」にはUIとは無関係の機能があることが懸念されます。それは間違っていると感じるだけです。