これは多少改善されるかもしれませんがIEnumerable
、DataTable への変換でリソースを浪費しているかどうかを判断しようとしています。データはIEnumerable<T>
ありますが、ビジネス ロジックを適用する必要があります。IEnumerable<T>
比較対象の別のデータや、その他のそのようなビジネス オペレーションがあります。DataTable と同じように、厳密に型指定された列挙可能なオブジェクトに対して何でもできるはずだと私には思えますが、私は DataTable に慣れているので、自信がありません。
最終的にデータは になりList<T>
、Web サービスによってシリアル化されるので、データセットを行ったり来たりするのはもったいないような気がします。
IEnumerable
と同じオブジェクトに対して何でもできると考えるのは正しいDataTable
ですか? IEnumerables を使用する場合、単純に「作業」を行うヘルパー メソッドを用意する必要がありますか?
私の緑色の初心者が表示されます。データとその使用方法についてもう少し詳しく説明します。データは、サブスクライバーに送信される個人情報になります。彼らは変更を加えてから、更新を送り返すことがあります。
データはロールアップされて送信されますが、正規化された(第3レベルだと思います)状態で保存されます。SPやUDFなどを使用してデータをロールアップします。プロセスには、ユーザーが自分自身について送信した履歴レコードを評価して、推奨されるアクションを決定するための多数の結合とカーソルがあります。ユーザーは推奨されるアクションを実行するかどうかに関係なく、実行したアクションはすべて返送され、次回のために正常化された状態に分解されます。
私が実行している議論 (テスト環境なので害はありません) は、db 操作を ORM に置き換え、中間層のワークフローを介してビジネス ロジックを実行することです。これにより、ビジネスの変化によりダイナミックかつ流動的に対応できるようになります。私の ORM は私のデータを取得しますが、それは IEnumerable 形式であるため、ワークフローを実行するのに最適なデータ構造を探しています。結局、私は何にもバインドしていませんが、シリアル化されて Web サービス経由でクライアントに送信されるカスタム オブジェクトを作成しています。
私がより多くの情報を提供できる場合は、躊躇しないでください。私は鈍感になろうとしているわけではありません。ありがとうございました