Ignorieren Sie schreibgeschützte Klasseneigenschaften, wenn Sie DataContext.ExecuteQuery verwenden <T>

Question

Wie kann ich einem LINQ-Datenkontext mitteilen, bestimmte Eigenschaften oder alle schreibgeschützten Eigenschaften zu ignorieren, wenn eine Ergebnismenge an ein Objekt gebunden wird?

Ich arbeite mit einigen T-SQL-Anweisungen, die mit LINQ schwierig zu äußern sind, daher verwende ich die ExecuteQuery-Methode des Datenkontext, um das direkte T-SQL an die Datenbank zu übergeben.

Wenn meine Klasse T über schreibgeschützte Eigenschaften verfügt, erhalte ich zur Laufzeit Ausnahmen, wenn der Datenkontext versucht, diese Eigenschaften festzulegen, und schlägt fehl, da keine Setter-Eigenschaft vorhanden ist. Wie erkläre ich dem Kontext, diese Eigenschaften zu ignorieren?

Das mache ich jetzt. Es funktioniert, aber es saugt:

public bool IsPaidInFull { 
    get { return NetTotal <= 0m; } 
    set { /* needed so linq doesn't choke. Should never be set by hand */ } 
} 

Answer 1

Haben Sie Linq an Entitäten in Betracht gezogen? Es ist vielleicht nicht die Mühe wert, Ihr Projekt zu konvertieren, abhängig davon, wie weit Sie sich entfernt haben oder wie viel Aufwand Sie mit der Organisation haben. Dieses genaue Szenario wäre jedoch in Linq to Entities kein Problem. Es versucht nicht, schreibgeschützte Eigenschaften im Objekt zu aktualisieren, wenn es geladen wird, da sie nicht explizit zugeordnet sind. Sie sind lediglich Erweiterungseigenschaften.

Sie könnten auch die Oldschool/Java-Route verwenden, indem Sie Getterfunktionen anstelle von Eigenschaften verwenden. public bool getIsPaidInFull() {return NetTotal < = 0m;}.

Oder Sie könnten mit der Implementierung der schreibgeschützten Eigenschaften in einer geerbten untergeordneten Klasse herumspielen, aber das kann alle Arten von Typproblemen einführen.

Answer 2

public bool IsPaidInFull 
{ 
    get { return NetTotal <= 0m; } 
    private set { ;} 
}