.NETのn層CRUDアプリケーションへのアプローチ

Question

これは本当に本当に基本的な質問です。

私は今日、n層アーキテクチャを備えた.NETのエンタープライズCRUDアプリケーションを構築したかったと言います。どのようなデータアクセス方法を使用する必要がありますか？私は相互運用性を望んでいるので、DataSetsは廃止されています（そして、2003年もそうではないと思います）。同様に、.NET RIA Servicesのアドバタイズされた方法で、追加のサービスを介してSilverlight以外のクライアントにその機能を公開する方法は、更新操作のためにあまりにもconvincingとは思われません。私はソートのは、nティアのサポートOOBを持たないエンティティフレームワークと何かを一緒にcobbleすることができましたので、オプティミスティックな並行処理のような奇妙な反射型のものを必要としました（MSDN Magazineのexample私はhearこれはEF4で改善されていますが、少し懐疑的ですが、CTP以外にはまだ実際には利用できません）。

したがって、アップデートチェックオプティミスティック並行性を備えたエンタープライズCRUDのプロジェクトで人々は実際に何をすることができますか？データセット？ DTOとDIYとLordは関係する仕事の量を知っていますか？バインドされたデータはどのように機能しますか？ DataGridにバインドされたコレクションがあるとします。変更をCollectionChangedで待機する必要がありますか？元に戻す場合はPKを比較できるようにスタックを変更する必要がありますか？悪夢のようだ。

また、オプティミスティックな並行性の更新チェックが厳しい要件ではない場合はどうでしょうか？それでは？

Answer 1

まず、VS2010と.NET 4.0に移行する予定がある場合は、EF v4.0を調べることを強くお勧めします。 EF v1.0がリリースされて以来、それはDRAMATICALLYに改善されました。そして、私の意見では、nHibernateや友人のような人たちに対する強い競争相手です。 EFは、多くのマイクロソフトの将来のデータイニシアチブにおいても中心的な役割を果たしているため、これまでのように簡単に無視することはできません。それ、またはそれに依存する.NET 4.0上位レベルのフレームワークのいずれかが、あなたのCRUDニーズにうまく役立つはずです。

これ以外に、簡単なCRUDアプローチがビジネスパースペクティブから最も適していることを確認します。 CRUDは、技術的観点からは意味をなさないものですが、小規模なアプリケーションでは通常は正しい選択です。しかし、あなたは「エンタープライズ」という言葉を使用していたので、CRUDがうまく機能するシンプルさよりもアプリケーションの範囲が広いのは不思議です。

従業員数が20〜50人程度の小規模企業を超えて、ドメイン駆動型設計（DDD）とSOAを検討します。そのような並行性管理などが必要な場合は、DDDを駆動するプリンシパルがうまく機能するはずです。 SOAは、相互にやりとりする必要がある複数のプロジェクトを同時に開発する多数の開発チームが存在する非常に大きなプロジェクトには一般的に便利です。あなたのニーズには余計かもしれませんが、まだ助けてくれる良い校長がいます。