Übergang vom EF-Modell zum ersten Code

Question

Ich bin neu im Programmieren. Nur über dem schulischen Niveau. Ich habe ein Projekt mit EF Modell zunächst nur zu erkennen, nachdem ich es nicht SimpleMembership für Anmeldung verwenden zu können, usw.

Ich wollte dieses Problem versuchen und zu lösen, während verbleibenden Modell zuerst als ich hier gefragt: https://stackoverflow.com/questions/36552439/could-someone-explain-this-code-to-me-ef-model-first-mvc

Aufgrund der fehlenden Antwort erwäge ich jedoch, das Projekt zuerst auf den Code zu migrieren. Ich weiß, dass es möglich ist, aber ich habe Tutorials online ohne Erfolg verfolgt.

Könnte mir bitte jemand erklären, wie man zuerst richtig zum Code geht. Ich bin sogar bereit, das Programm bei Bedarf neu zu erstellen, solange es nicht zu lange dauert.

Ich würde wirklich etwas Hilfe zu schätzen wissen. Danke

Answer 1

Dies wurde wirklich beantwortet here.

Ich denke, Sie sollten wirklich in Betracht ziehen, auf ASP.NET Identity-Mitgliedschaft zu verschieben, es ist viel robuster und hat viele nette Funktionen, ohne schwierig zu verwalten. This ist ein wirklich nettes Tutorial.

Was zuerst den EF-Code/das Modell anbetrifft, denken Sie an sie als etwas, das Ihr Projekt definiert; aber sie definieren wirklich eine CONTEXT Datenbank. Mit anderen Worten, Sie können beide verwenden! Jetzt werde nicht verrückt, die Dinge können schnell schlampig werden. Aber es gibt nichts, was Sie davon abhält, eine bestehende Menge von Tabellen zu übernehmen und Modelle daraus zu erstellen, aber dann einen weiteren Kontext hinzuzufügen, um Ihre Klassen in eine Datenbank zu befördern.

Wenn Sie es als "Umschalten" Ihres Projekts betrachten, erhalten Sie es rückwärts. Und unabhängig davon, ob Ihre Modelle und Datenbanken synchronisiert werden sollen, müssen Sie entweder Ihre Modelle migrieren oder Ihre Tabellen in EF importieren. Aber es ist eine bestimmte Aktion, die du machst, nichts passiert magisch. Du könntest deine Klassen schreiben, um deine Datenbank perfekt zu spiegeln, deine EF-Modelle zu erstellen, und alles würde funktionieren, ohne dass du eine direkte Verbindung machst (obwohl du später ein bisschen Migräne haben würdest).

Also mach dir keine Sorgen über den Wechsel von einem zum anderen. Fügen Sie einfach einen neuen Kontext hinzu, wenn Sie Klassen in verschiedenen Kontexten verwalten müssen.

Aber ernsthaft, schauen Sie sich ASP.NET Identity, um all diese Probleme weg zu gehen ...