1

私は、いくつかのデザインパターン(つまり、MVC、PM、および同様のMVVM)の基本と概念に精通しています。これらの両方(IMO)にはUIが必要です。

私のプロジェクトはほとんどWindowsサービスを使用して実行されます(サービスは実行され、何かを実行し、データベースを更新します-SQLエージェントジョブが実行され、テーブル内の列の「状態」に応じて、それを移動したり、それに基づいて動作したりします、別のWindowsサービスは、データベースからテーブルを取り出してハードドライブに保存する別の状態についてテーブルをチェックしています)。OK、これは正確には起こりませんが、要点はUIがないことです-それはDALとBLL(およびSQLジョブ)だけです。

ですから、私の質問は、このようなプロジェクトの場合、レビューまたは固執する開発パターン/ガイドはありますか?または、複数のパターンが必要な状況がありますか(たとえば、コード用に1つ、データベース用に1つ)?

4

1 に答える 1

0

状況に応じて、UI に関連しないすべての OO パターンが適用される場合があります。

ほとんどの設計パターンは UI とは何の関係もなく、単純に名前が付けられた、一般的なオブジェクト指向の問題に対する一般的なソリューションです: 委任、ファクトリ、ビジター、コンポジット、戦略、責任の連鎖、ビルダー、プロキシ、オブザーバー、依存性注入など。 .

必要に応じて使用してください。

于 2012-08-10T11:35:59.020 に答える