Mit „Include Fremdschlüsselspalte in dem Modell“ Option in EF-Assistent

Question

Haben Sie vor allem diese Option verwenden (die Standardeinstellung aktiviert ist) oder haben Sie es deaktivieren?

fand ich heraus, dass, wenn ich beide FK Spalte und Navigationseigenschaft haben auf meine Entitäten es mit Mapping-Tools zu Problemen führt - sie könnten eine oder die andere binden, aber so gut wie nie beide

.

Wenn wir die Richtlinien der konzeptuellen Modelle streng folgen waren glaube ich die Spalten sollte es nie Eigenschaften machen, sollten sie?

Wir hoffen, viele von Ihnen antworten, so dass wir eine bessere Darstellung bekommen, was die Entwickler wählen häufiger.

Answer 1

Wenn wir die Richtlinien folgen, waren von konzeptuelle Modelle streng Ich denke, diese Spalten sollte es nie machen Eigenschaften, sollten sie auch?

Recht - das ist, was das EF-Team hat in der ersten Version mit .NET 3.5 SP1 -. Und bekam eine Tonne sehr negativen Feedback auf sie

Ja, „puristisch“ gesprochen - Sie sollten nicht mit direkt Fremdschlüsselspalten - Sie die richtige Art und Weise mit der referenzierten Einheit des Umgangs stattdessen verwenden sollten. Aber in Wirklichkeit in vielen Fällen - Sie wollen nicht mit der ganzen referenzierten Einheit zu tun haben, wirklich -. Nur die Fremdschlüsselspalte Einstellung tun wird (zum Beispiel, wenn Daten oder vielen anderen Fällen Import)

Während also ja - Ich stimme zu - es ist ein bisschen wie ein Hack manchmal, ich sehe es als ein großes Plus, dass Sie die Möglichkeit, die Fremdschlüsselspalte in einer Einheit zu verwenden - immerhin auf Datenbankebene, das ist, was Sie mit zu tun haben werden, auch.

Also meiner Meinung nach, und alle Empfehlungen, die ich von den Kollegen gehört habe, die EF auch in ernsthafte Arbeit verwenden und alle die Blogger und EF-Gurus gibt (wie Julie Lerman, der schrieb Buch EF) - wiederum auf diese Option, und Sie das beste aus beiden Welten