Entity Framework Code Zuerst nicht leerer Setter oder Getter?

Question

Ich arbeite mit einem EF Code First Projekt, und alles ist gut. Ich habe eine einfache Klasse, Kunde. In meiner Kundenklasse habe ich ein Feld, das ich verschlüsseln möchte (Ja, ich weiß, dass ich auf DB-Ebene verschlüsseln kann, aber Anforderungen diktieren, dass ich auf Domänen-/Codeebene verschlüssle), also hoffe ich, dass ich etwas wie das Folgende machen kann:

Ich gehe jedoch davon aus, dass Entity Framework Code diese Eigenschaft beim Generieren des Schemas ignorieren kann, wenn der Setter eine Definition hat. Also meine Frage ist, gibt es eine Möglichkeit, EF Code First mit bereitgestellten Getters/Setter zu tun, oder sollte ich diese Funktionalität in einen Konstruktor verschieben? Sollte ich stattdessen eine der Methoden/Ereignisse überschreiben, die beim Speichern des Kontexts passiert?

EDIT * ** * ** * ** * ** * ** * ****

Als Hinweis, ich bin mit DataService, um die Daten über einen OData-Protokolldienst zu übertragen. Dies erzeugt automatisch die Methoden insert/update/select. Einige der Vorschläge erfordern das Erstellen einer zweiten Eigenschaft, aber die DataService-Klasse scheint die NotMapped-Eigenschaften nicht zu passieren. Dies wirft ein bisschen einen Knick in meine frühere Frage.

Answer 1

public class Customer 
{ 
    public int CustomerID { get; set; }   
    public string EncryptedField { get; private set; } 

    [NotMapped] 
    public string Field 
    { 
     get { return MyEncryptionFunction.Decrypt(EncryptedField); } 
     set { EncryptedField = MyEncryptionFunction.Encrypt(value); } 
    } 
}