Entity Framework Code Erstens, nicht leerer Setter oder Getter?

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, wenn der Setter eine Definition hat, der Entitäts-Framework-Code diese Eigenschaft beim Generieren des Schemas zuerst ignorieren kann. 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?

BEARBEITEN * ** * ** * ** * ** * ** * ****

Als Hinweis verwende ich 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.