Diskuze: ASP .NET MVC Entity Framework - zapnutí migrací na jednou z dvou projektů v řešení
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Člen
Zobrazeno 8 zpráv z 8.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Uff, to je ale počteníčko
Domnívám se, že tu došlo k několika nepochopení. Tož do nich:
Začnem v opačném pořadí.
3. Představ si, že Projekt.Model chceš použít/referencovat z webové i
jiných aplikací (desktopová aplikace, nějaká Win služba, ...). Z toho
jasně vyplývá, že to musí být Class library.
2. Kdepak se ta třída s kontextem zatoulala? Nesmazals ji náhodou?
Každopádně by měla být pospolu se ostatníma třídama v Class library.
1. Projekt.WEB bude referencovat Projekt.Model a bude tedy mít přístup k třídě ModelDbContext (nebo jak sis toho potomka DbContext nazval). A bude záviset jen na Projekt.WEB, jak ten ModelDbContext instancovat.
Snad se v těch odpovědích trošku vyznáš.
Ahoj
Děkuji za reakci.
using System;
namespace Project.Dummy
{
public class Class1
{
}
}
Takže buď je třída s kontextem někde schovaná nebo je jinde.
A nebo jí budu muset ručně vytvořit. Což asi spíše.
Ovšem když jí ručně vytvořím tak poté budu muset v ní i ručně
definovat jednotlivé tabulky pokud se nemýlím?
Takže bych do jejího obsahu musel napsat pro každou třídu:
public DbSet<User> Users { get; set; }
Něco podobného jsem již tedy zkoušel, ale onu třídu jsem měl uloženou
v Project.WEB.
A poté byl problém s automaticky vygenerovaným souborem. Ovšem pokud onen
kontext vytvořím přímo v Silver.Model tak to je OK. Díky
Takže když jsem onen kontext soubor vytvořil v Project.Model s obsahem:
using System.Data.Entity;
using System.Data.Entity.ModelConfiguration.Conventions;
namespace Project.Model.Data
{
class ProjectContext : DbContext
{
public ProjectContext() : base()
{
}
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();
}
}
}
Tak se mi podaří spustit Enable-Migrations. A automaticky se mi vytvoří
složka Migrations a v ní Configuration.cs
A teď asi nejzásadnější otázka? Budu muset pro každou mojí třídu psát
onen kód: public DbSet<User> Users { get; set; } popřípadě použít
fluent API nebo teď stačí zadat Add-Migration a už si to samo vytvoří
potřebné tabulky a ostatní závislosti?
Ještě pro upřesnění používám VS 2017 a EF v6.1.3.
Mrkni se do prvních několika lekcí tutoriálu E-shop v ASP.NET MVC, tam je to dosti podrobně popsáno, jak se to rozděluje a referencuje...
Ahoj, kdyby nebyly placené a měl bych dostatek bodů na odemknutí tak se
kouknu.
Ovšem zatím platit kreditkou nemám možnost a smskou to u vyšších částek
nejde.
Jinak jsem tam samozřejmě již nahlídl do toho co bylo otevřené.
K tomu Code first - na jednom ASP.NET Core projektu jsem použil VS extension "EntityFramework Reverse POCO Generator". Ten to za tebe napíše sám
Do Contextu musíš pro každou třídu napsat
DbSet<Trida> Nazev_tabulky { get; set; }
pak ti to z té třídy tabulku vygeneruje
Zobrazeno 8 zpráv z 8.