.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.

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.


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