単にDALに再ルーティングするために、BLLオブジェクトに2つの線形関数の束を記述することは価値がありますか？

Question

私にはかなりばかげているようです。何が得られないのですか？

Answer 1

このようなケースで、アプリがビジネスレイヤーを呼び出して値のリストを選択する場合があります。次に、ビジネスレイヤはDalを呼び出してデータアクセスを実行します。これらのケースの多くでは、パススルーを行うビジネスレイヤーメソッドの明確な理由はありませんが、ビジネスロジック、データの処理などを将来追加する余地が残されています。また、アプリを分離した状態に保つのに役立ち、テストがはるかに簡単になります。

つまり、ライナーは1つだけにしておきますが、挿入、更新などが1行または2行のままの場合は、検証とビジネスレベルのデータ処理をどこで行うかを再考する必要があります。

Answer 2

BLLが検証を実行したり、ビジネスロジックを実装したりせず、常に2ライナーのままである場合、それはかなりばかげています。ただし、これを行うと、おそらくビジネスロジックレイヤーを持つという点を見逃し、UIで検証を行っているか、UIまたはDALにビジネスロジックを追加している可能性があります。検証を必要とせず、ビジネスロジックを持たないアプリケーションはほとんどありません。

Answer 3

RobとBullinesは多くの場合正しいことですが、これを行う必要があることはより深い問題を指し示していますが、データアクセスレイヤーに直接進むのが完全に理にかなっている正当な例があります。データアクセスレイヤーをラップするために、ブレインレスメソッド（または、さらに悪いことに、オブジェクトモデル全体）を記述することは、プログラマーが行うことのできる最も有用でないことの1つです。正当な理由がある場合は、ビジネスロジックレイヤーを通過しないことを気にすることができます。

Answer 4

ビジネスロジックをBLLに含める必要があります。 「2つのライナー関数」で終わる場合BLLで、そのビジネスロジックを誤ってDALまたはUIに入れましたか？