1

Netbook コンピューターで実行される小さな Windows フォーム アプリケーションに取り組んでいます。ハードウェア/環境を管理します。つまり、ハードウェアとソフトウェアをエンド ユーザーに提供します。ローカル ドライブには、この 1 つのアプリのみがアクセスする単一のデータベースがあります。いくつかのテーブルと、テーブルの 1 つに数百 (または数千) 行が含まれます。外部キーなどはありません。本当にシンプルです。このデータを格納し、単純なクエリを実行してオブジェクト (ORM) にマップする場所が必要なだけです。

私は Nhibernate と EF4 の基本を理解し、両方を少し試しました。EF を使用することにした場合は、POCO で EF4 を使用します。

データ量が少ないので性能は問題ないと思います。しかし、ネットブックはそれほど強力ではないので、これら 2 つの製品のどちらがより軽量なソリューションを提供してくれるのだろうかと考えています。

私たちは Microsoft ショップであり、まだ EF4 を使用していませんが、将来のデータ エンジンとして EF4 を使用する可能性があると考えているため、これが私の決定に影響を与える可能性があります。しかし、このアプリは独立した島のようなものなので、政治的な影響をあまり受けずに nhibernate を使用できる可能性があります。:) EF4 とそのウィザード、ジェネレーター、および魔法に対する私の一般的な印象は、肥大化しているということです。間違っているかもしれませんが、そんな感じです。EF4 を選択して、それが私のネットブックのパフォーマンスを低下させていることを知りたくありません。

どんなコメントでも大歓迎です。私はこれが広く開かれた主題であることを知っています。;)

4

2 に答える 2

3

2つの違いは、少量のデータでは測定できないと思います。SQL クエリ自体は、orm によって行われる作業よりもはるかに時間がかかります。

はい、これは広く開かれたテーマです。測定時に使用する正確なケースの違いのみがわかります。

個人的には、いくつかのテーブルだけに orm を使用することはありません。また、パフォーマンスの問題が発生する前に、パフォーマンスについて考えることもありません。

于 2010-02-28T20:35:57.043 に答える
2

私は NHibernate が好きで、今でも EF に感銘を受けるのを待っていますが、それほど複雑ではないアプリケーションの場合、どちらも使用しません。

代わりに、最も簡単なソリューションであり、十分に強力な Linq2Sql を使用することをお勧めします。

NHibernate と EF はより複雑なアプリケーション向けだと思います

于 2010-02-28T20:43:26.577 に答える