MVC 6, Entity Framework 7, repository/struktur

Sun, 28 Aug 2016 11:28:16 GMT

Hejsa

Jeg har et sp�rgsm�l til hvordan I strukturerer jeres l�sninger, n�r I koder i .NET. Jeg er kommet ind i en lidt tr�ls vane med bare at fyre et MVC projekt op, tilf�je en EF model og s� ellers bare k�re med helt tynde/dumme objekter enten i samme projekt eller evt. et separat class library, alt efter om jeg skal bruge det i andre l�sninger.

Jeg er ved at v�re lidt tr�t af at placere al min logik i controllere og bryde rigtig mange af de principper, som jeg godt kender og husker fra da jeg l�ste, men er bare kommet s� langt v�k fra det, at jeg lidt har brug for jeres hj�lp.

Jeg har i l�ngere tid fors�gt at komme tilbage p� sporet med fx DDD, men kan simpelthen ikke gennemskue, hvordan jeg skal koble mine lag op med MVC og fx DI. N�r I bruger EF, laver I code-first og egentlige dom�ne-objekter med funktionalitet, eller mapper I fra et DAL-lag til jeres dom�ne-objekter?

Det beh�ver ikke v�re DDD, en anden ting kunne bare v�re at have et lag, der kan give mig fx lister, jeg bruger flere steder p� sitet. Hvis jeg fx vil have alle brugere ud med "Peter" som fornavn, s� g�r jeg det nu, at i min controller skriver jeg bare min linq-statement og fyrer af sted og f�r min dumme objekter ud. Da jeg gerne vil kunne genbruge den kode, s� ville jeg selvf�lgelig flytte det i et lag for sig og kalde metoden fx GetCustomersByFirstName(string givenName); men hvordan g�r jeg det i praksis, s� DI fungerer? Jeg kunne sagtens lave et lag, som bare new'er en EF-context, men s� ryger test-barhed, som jeg lige ser det.

Hvis I kender nogle gode kode-eksempler, s� vil jeg meget gerne se dem, for jeg synes lidt jeg cykler rundt i ring med den samme gamle m�de at g�re det p�.

Udvikleren.dk - Seneste [mvc6] forum tr�de

MVC 6, Entity Framework 7, repository/struktur