/ / Prism and Entity Framework - c #, sql-server, entity-framework, mvvm, prism

Prism i Entity Framework - c #, sql-server, entity-framework, mvvm, prism

Widziałem w kilku przykładach, każdy moduł zawiera folder o nazwie Model, a wszystkie z nich są niezależne. Mam na myśli, że moduł A nie ma takich samych klas modeli jak Moduł B.

Wdrożyłem swoją bazę danych i korzystam ze środowiska Entity, ale wszystkie moje moduły muszą korzystać z kilku klas.

Czy można utworzyć bibliotekę DLL o nazwie data (gdzie zawiera encje) i importować do każdego modułu?

Odpowiedzi:

7 dla odpowiedzi № 1

Myślę, że absolutnie OK. Możesz więc mieć moduły:

  • YourApplication (tylko Shell bootstrapper)
  • YourApplication.Infrastructue (wszystkie wspólne interfejsy, wyliczenia itp.)
  • YourApplication.Data (lub YourApplication.DAL) - projekt z jednostkami Entity Framework
  • YourApplication.ModuleA (z odniesieniami do *.Infrastructure i *.Data)
  • YourApplication.ModuleB (z odniesieniami do *.Infrastructure i *.Data)

Pryzmat tego zaleca ModuleA nie powinienem wiedzieć o ModuleB, nie dlatego, że nie powinni używać tych samych wspólnych projektów (przewodnik Prism zawiera YourApplication.Infrastructure sama mam rację? :))

Ale ogólnie - to bardzo prawdopodobne, że tybędzie musiał dodać Modele do swoich modułów (nawet jeśli masz warstwę Entity Framework), ponieważ bardzo często modele biznesowe i modele baz danych nie są takie same. Ale jeśli możesz użyć tylko modelu bazy danych - będzie świetnie.