LINQをSQLデータエンティティにサブクラス化する - 間違ったアイデアか何かがない？

Question

自動的に生成されたLINQ to SQLデータクラスをサブクラス化し、そのオブジェクトの変更を保存したいと考えています。私は、データベース内のテーブルClientを持っている場合

たとえば、私はクラスClientを拡張し、GenerateInvoice()または何のような振る舞いを追加ClientBOを作成することができます。サブクラスの値を更新したり、新しいレコードを挿入したりするまで、すべてうまく動作します。そのような変更は（予想通りに）破棄されます。私が紛失しているものがあるのですか？または、これらのサブクラスを最初に作成してLINQ to SQLまたはOOの原則に違反していますか？続き

は、私のコードの単純化された例です：

public class ClientBO : Client 
{ 
    public ClientBO(Client source) : base() 
    { 
     FirstName = source.FirstName; 
     Lastname = source.LastName; 
     // ... etc ... 
    } 
} 

List<ClientBO> clientList = 
    (from client in DatabaseContext.Clients select new ClientBO(client)).ToList(); 

clientList[ someIndex ].SomeField = NewValue; 
MyDatabaseContext.SubmitChanges(); 

Answer 1

問題は、あなたが変更されているオブジェクトは、データストアから得て、もはや同じオブジェクトであるということではありません。

DataContextは、添付したすべてのオブジェクトの変更を追跡します。しかし、あなたがそれを参照する際に "ソース"オブジェクトを変更することは決してないので、データコンテキストには決して変更が通知されません。

ClientBOの部分クラスを代わりにClientにすることをお勧めしますそれをクライアントに）。すべてのLINQからSQLへのクラスは、部分に生成されるので、あなたは簡単にこの方法このよう

それらを拡張することができます：私はあなたが本当にここで何をしたいと思います

public partial class Client 
{ 
    public void GenerateInvoice() 
    { 
     // ... etc ... 
    } 
} 

List<Client> clientList = MyDatabaseContext.Clients.ToList(); 

clientList[ someIndex ].SomeField = NewValue; 
MyDatabaseContext.SubmitChanges(); 

Answer 2

は、いくつかの拡張メソッドです：

http://msdn.microsoft.com/en-us/library/bb383977.aspx

これらはクラスの一部であるように見えますが、別のモジュールに実装されます。まさにあなたが望むもの。