Linq-sql、Entity FrameWork、または厳密に型指定されたデータセットの小規模なn層アプリケーションのベストプラクティス

Question

私のビジネスのためのアプリケーションの構築に関する助言の後に。リンクされる資産管理および機器検査アプリケーションを作成したいと考えています。私たちは非常に具体的なニーズを持っており、それでなぜ家に建てるのでしょうか。

n-tierアプリケーションについてかなり読んだことがあり、tableAdaptersと厳密に型指定されたデータセットを使用するように心がけていました。理想的には、DALを書いて忘れて、UIとBLLで作業したいと思っています。しかし、私はエンティティのフレームワーク、さらにはSQLのlinqについてもっと多くの情報を読んできました。

アプリケーションについて大体10人のユーザーが15テーブルを使用することができます。我々は、今後数年間で6に拡大する3つの場所を持っています。私たちは、モバイルデバイス（または少なくともその一部）に移植可能にしたいと考えています。最初の設定後に1日に100回以上のヒットが表示されることは想像もつかないので、おそらく1000回のヒットがDBにあるでしょうか？

厳密に型指定されたデータセットとテーブルアダプタはこれで問題ありませんか？保存するコードの量は大きなメリットがありますが、このアプリは少なくとも5年間持続する必要があり、スケーラビリティが高い必要があります。

Answer 1

上記の各ORMは、対象とするアプリケーションでうまく機能します。

しかし、本当に良い理由がない限り、新しいアプリケーションで日付の付いたフレームワークを本当に使用したくないということをお勧めします。 Entity Frameworkは、あなたが挙げたORMフレームワークの中で最も新しい（おそらく最もサポートされている）フレームワークです。その非常に使いやすく、うまく動作します。

アプリケーションの構造化とモジュール化に役立つIoC（Inversion of Control）フレームワークを検討することをお勧めします。これにより、後でコンポーネントを再利用するのがずっと簡単になり、ソリューションの構造に役立ちます。