fluent-interface

___ answer8297815 ___

EF Insensitiver Join-Vergleich

Hi Ich habe das gleiche Problem (obwohl nicht Code zuerst, aber mit einem generierten Modell)

Die Ursache ist, dass EF die Groß- und Kleinschreibung der Schlüsselfelder vergleicht und die zugehörigen Objekte nicht findet.

Ich vermute, das Problem liegt im "EDM Relationship Manager" und vielleicht gibt es eine Möglichkeit, dieses Verhalten zu überschreiben.

Ich habe einen einfachen Workaround dafür gefunden: Untercasting die zugehörigen Eigenschaften:

%Vor%

Es funktioniert tatsächlich, aber natürlich ist es ein lahmes Workoround. Ich bleibe dran für eine Weile, bis ich (oder jemand) mit einer besseren Lösung kommt.

Viel Glück!

    
___ tag123efcodefirst ___ EF Code-First ist eine Möglichkeit, das Microsoft Entity Framework mit POCO-Klassen zu verwenden, im Gegensatz zu Model-first oder DB-first. ___ qstnhdr ___ Entitätsframework-Code First Case Sensitivity bei String-PK / FK-Beziehungen ___ tag123codefirst ___ Code-first ist ein Software-Implementierungsansatz, der die Programmierung gegenüber einer API gegenüber anderen Ansätzen favorisiert, die sich stärker auf visuelle Tools stützen oder das Vorhandensein einer externen Quelle erfordern, die zur Generierung von Programmverhalten, Struktur oder Daten inspiziert wird. ___ qstntxt ___

Ich habe eine ziemlich einfache zusammengesetzte Eins-zu-Viele-Beziehung, die unter Verwendung der POCO / Fluent-API definiert ist, von der eine Spalte eine Zeichenkette ist.

Ich habe festgestellt, dass die Daten in dieser Spalte in unserer Datenbank inkonsistent sind, dh "ABB", "ABB" - dies ist unser Haupt-ERP-System und wird von einer Vielzahl von Quellen gespeist, die hauptsächlich außerhalb unserer liegen Steuerung.

Dies führt zu Problemen beim ersten Verwenden von EF-Code beim Verknüpfen mit verwandten Tabellen, da der Join von EF ignoriert wird, wenn der Fall von PK / FK anders ist, obwohl SQL Profiler die korrekte SQL-Ausführung und Ergebnisse anzeigt.

Ich benutze WCF, also lazy loading und Proxy-Erstellung ausgeschaltet und bin bereit, verwandte Entitäten mit Include zu laden. zB.

%Vor%

Gibt es irgendwelche Lösungen außerhalb der Änderung des Datenbankschemas?

    
___ tag123entityframework41 ___ Dieses Tag steht für das ADO.NET Entity Framework 4.1, das erste Release von EF, das separat vom .NET Framework geliefert wird. Es baut auf dem in .NET 4.0 enthaltenen Entity Framework auf und wurde im März 2011 veröffentlicht. ___ answer12557796 ___

Ich habe einen Workaround gefunden, der die Verknüpfung manuell "sticht", nachdem der Kontext die entsprechenden Zeilen aus der Datenbank abgerufen hat. Übersetzt zu Ihrem Problem würde es in diesen Zeilen sein:

%Vor%

Beachten Sie, wie wir den Kontext verwenden: [DbSet]. Lokal -Eigenschaft, um sicherzustellen, dass alle "Stiche" im Speicher ausgeführt werden, ohne weitere SQL-Aufrufe auszuführen. Ich lade die Mitglieder auch ohne Audits zur Leistungsoptimierung auf, so dass wir die Arbeit der EF-Vereinigung nicht wiederholen (in den Fällen, wo es funktioniert hat). Aber Sie könnten genauso einfach jede "Mitglied" -Instanz zuordnen.

    
___ tag123flutinterface ___ Bezieht sich auf die Programmierung von objektorientierten APIs mit dem Ziel, die Lesbarkeit der Schnittstelle zu verbessern, die normalerweise mit Methodenverkettung implementiert wird. Der Satz wurde zuerst von Eric Evans und Martin Fowler geprägt. ___
2
Antworten

Beeinflussen fließende Schnittstellen die Laufzeitleistung einer .NET-Anwendung erheblich?

Ich beschäftige mich gerade damit, eine fließende Schnittstelle für eine existierende Technologie zu implementieren, die Code ähnlich dem folgenden Snippet erlauben würde: %Vor% Um solche Konstrukte zu implementieren, werden Klassen benötigt...
31.03.2010, 20:56
2
Antworten

Entitätsframework-Code First Case Sensitivity bei String-PK / FK-Beziehungen

Ich habe eine ziemlich einfache zusammengesetzte Eins-zu-Viele-Beziehung, die unter Verwendung der POCO / Fluent-API definiert ist, von der eine Spalte eine Zeichenkette ist. Ich habe festgestellt, dass die Daten in dieser Spalte in unserer D...
14.09.2011, 19:30
4
Antworten

Methodennamen mit fließender Oberfläche

Ich habe eine Permissions -Klasse in Java mit Methoden in fließendem Stil wie folgt: %Vor% Die Frage ist, ob ich diese Methoden set{Property} oder nur {property} nennen sollte. Letzteres würde so aussehen: %Vor% Wenn ich mir die...
19.03.2010, 09:52