.NET Core Console App + EntityFramework - brak możliwości stworzenia pliku .edmx z modelem wybranych tabel

Odpowiedz Nowy wątek
2019-05-15 15:12
0

Witam.
Próbuje dojść do tego dlaczego nie mogę sobie wybrać okienkiem jakie tabele chce oraz stworzyć kontekst w aplikacji do bazy danych przy użyciu EntityFrameworkCore.
Czy teraz taki model tworzy się ręcznie? Musze klepać wszystkie te klasy i podpinać odpowiednio pod DbContext?

Where is the EDMX
Ten wpis ma już dwa lata, serio jeszcze tego nie zrobili?

Pozostało 580 znaków

2019-05-15 15:27
0

Tylko code first jest wspierane przez ef core innego nigdy nie będzie.


It's easy to hate code you didn't write, without an understanding of the context in which it was written.

Pozostało 580 znaków

2019-05-15 15:29
0

Czyli jeśli chce zrobić oprogramowanie pod istniejącą bazę to muszę klepać te wszystkie klasy i kolumny ręcznie?

Jest jeszcze opcja użyć .NET Framework, zrobić .edmx i skopiować do projektu .NET Core, dostosować i gotowe. Wiadomo dlaczego MS zrezygnował z tego?

Pozostało 580 znaków

2019-05-15 15:30

https://docs.microsoft.com/en[...]tarted/aspnetcore/existing-db spróbuj tego.

Pozostało 580 znaków

2019-05-15 15:35
0

Rewelacja! Dzięki @lukaszek016

Pozostało 580 znaków

2019-05-16 00:09
0
AdamWox napisał(a):

Wiadomo dlaczego MS zrezygnował z tego?

Podejrzewam, że nie chcą wspierać słabego rozwiązania, które na dodatek jest wbrew dobrym praktykom.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

2019-05-16 07:19
0

@somekind: Nie uważasz, że jeśli coś jest wbrew dobrym praktykom to trzeba to poprawić, a nie usunąć? Dlaczego do tej komendy nie są w stanie zrobić interfejsu?

Scaffold-DbContext "Server=(localdb)\mssqllocaldb;Database=Blogging;Trusted_Connection=True;" Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models

Wydaje mi się, że rozwiązaniem jest interfejs do dobrych praktyk. Źle myślę?

Pozostało 580 znaków

2019-05-16 13:50
0

No więc utrudniają używanie złych praktyk (czyli generowania aplikacji na podstawie bazy), a wspierają używanie dobrych (czyli pisanie najpierw kodu, a potem tworzenie bazy).


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

2019-05-16 13:52
0

Czyli automatycznie złą praktyką jest pisanie aplikacji pod gotową bazę czy już za daleko zabrnąłem?

Pozostało 580 znaków

2019-05-16 14:23
3

wg mnie jedyna sytuacja kiedy "dobrą praktyką" jest robienie aplikacji pod gotową bazę to ratowanie tonącego i migrowanie do nowej aplikacji bez odcinania od razu istniejącej bazy z danymi. Ale z doświadczenia widzę, że wtedy jest prawie pewne, że i tak Twoje obiekty w żaden sposób nie mapują się 1:1 do tabel więc łatwiej użyć np. Dappera zanim się usunie raka w postaci 25 letniej schemy bazy.
Jak w nowej aplikacji zaczynasz od utworzenia bazy to tak, jest to zła praktyka. Wtedy betonujesz się tabelami, bo zamiast dostosowywać kod do wymagań w trakcie developmentu to naginasz go do bazy, byle tylko za często nie robić ALTER/CREATE TABLE. Niestety dużo tutoriali nie przekazuje tego zbyt dosadnie.

Dlatego właśnie MS usunął Database First z EF Core - żeby nie kusiło.


Wszystkie miejsca, w których mnie znajdziesz w internecie: https://codewin.pl
Ekologiczne podejście do aplikacji? Dołącz do mojej przyszłorocznej inicjatywy: https://ekoapps.pl

Pozostało 580 znaków

2019-05-16 14:52
0

Bardziej czepiam się, że czasem piszę się aplikacje pod bazy danych, które nie są naszym autorstwem, a firm trzecich. Wychodzi na to, że bardzo mało jest takich przypadków, stąd MS zdecydował się na usunięcie Database First. Choć i tak cieszę się, że MS zostawił małą furtkę w postaci Scaffold-DbContext, dzięki którego zaoszczędziłem sporo godzin pracy.

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0