0

私が開発しているアプリケーションの仕様の 1 つは、プロジェクト ファイルで動作する必要があるということです。私の問題は、この要件をどのように満たすかということです。なぜなら、私は Prism と Unity を使用してアプリケーションをできるだけルーズにすることに取り組んでいるため、プロジェクトにどの実装を使用するかを決めることができないからです。ファイルの作成と管理 (プロジェクト ファイルの読み込み、保存など)。

このアプリケーションは SEO ヘルパーになり、インターネットから取得する Uri や文字列などのテキスト情報を主に処理します。

以下を使用して、いくつかの可能な実装を考えました。

a - フレームワークの System.Configuration 名前空間。新しい ConfigurationSection を Configuration オブジェクトに簡単にプラグインできるので、これが最初のオプションでした。欠点は、抽象化のためにインターフェイスを使用する機会がなくなることです (または、少なくともその方法を理解できませんでした)。

b - プロジェクトごとにデータベースを作成し、ファイルに保存します。この実装では、オブジェクトからデータベースへのマッピングを処理するために、nHibernate などのデータベース フレームワーク (提案を受け付けています) を使用できます。

c - ここに独自のものを追加します。

私の質問は、プラグインするすべてのモジュールのさまざまな構成/設定を処理し、URL の大きなリスト、約 10k ~ 100k の URL のリストを他の設定と同じくらい長く保持するためのより良いアプローチは何だと思いますか?

前もって感謝します!

4

2 に答える 2

1

最も簡単な方法は、ProjectSettings { ... } のような独自の型 (クラス) を定義し、単純に優先シリアライザー (XML など) でシリアル化/逆シリアル化することです。

そうすれば、派手な ORM や構成は必要ありません。必要のないところに複雑さを持ち込まないでください;)

于 2012-07-22T07:44:49.197 に答える
0

構成ファイルは、構成変数が数十個しかない場合に適したソリューションです (ただし、ここでは、データベースを使用する方がよいでしょう。理由は? 10 ~ 100k の uri に対して何らかの変更を加えたい場合、それは難しく、エラーが発生しやすいためです)。 . データベース (プロジェクト用に 1 つのテーブル、文字列接続用に別のテーブル、URI 用に別のテーブル..) を使用すると、クエリ、更新、CRUD が簡単になります. ファイルのデータが大きすぎる場合は、データベースを使用する必要がありますこのケースは、エンティティ間の関係のためです (1 つのプロジェクトには多くの文字列接続、多くの uri があります...) ORM の場合、POCO であるため Entity Framework 4.0 (マッピングされたエンティティ クラスにメタデータはありません)。

于 2012-07-22T07:44:32.353 に答える