[ASP.net MVC / C#] MVC in combinatie met LLBLGen pro

[jvaneijk]

Hallo allemaal,

Ik ga er vanuit dat LLBLGen pro te gebruiken valt met MVC ongeveer zoals Linq2SQL en EF gebruikt worden... Enige probleem wat ik heb is dat ik niet weet hoe ik precies moet beginnen. Wat moet ik in mijn controller zetten om tegen mijn LLBLGen gegenereerde code te kunnen praten? Ik heb de 2 projecten in mijn solution toegevoegd en de usings en references toegevoegd aan mijn MVC project, maar hoe nu verder?

Ik heb al gekeken op het forum maar kan niets vinden wat betrekking heeft op zowel MVC als LLBLGen pro samen. Ik hoop dat iemand mij hier verder mee kan helpen. zoektermen op google als "howto ASP.net MVC with LLBLGen pro" leverden ook niets op

[TeeDee]

jvaneijk schreef op maandag 03 augustus 2009 @ 14:38:

Hier krijg ik toch aardig wat resultaten;
Volgens mij is jouw vraag niet specifiek gerelateerd aan MVC ansich, maar moet je je gewoon verdiepen in de examples.

[Woy]

Wat is er anders aan het gebruik van LLBLGen als je MVC gebruikt? Het is IMHO gewoon hetzelfde. Volgens mij zitten er bij LLBLGen pro ook gewoon samples die je kunt gebruiken.

In je Controller ga je gewoon zorgen dat je de juiste data ophaalt, en in je View ga je dat presenteren

[jvaneijk]

Waar ik momenteel niet uitkom is dat op het moment dat ik in mijn Controller zoiets neerzet als

C#:

ProductEntity _product = new ProductEntity(3);

Hierna het product wat in mijn geheugen staat aanpas dmv.

C#:

_product.ProductName = "Test";

ik daarna niet kan zeggen

C#:

_product.Save();

Die methode kom ik gewoon niet tegen en als ik de documentatie lees zou die aanwezig moeten zijn?

[BurningSheep]

Waarschijnlijk heb je bij het genereren van je DAL de adapter optie gekozen in plaats van self-service.

[ Voor 80% gewijzigd door BurningSheep op 04-08-2009 14:26 ]

[jvaneijk]

BurningSheep schreef op dinsdag 04 augustus 2009 @ 14:25:
Misschien heb je bij het genereren van je DAL de adapter optie gekozen in plaats van self-service.

Dat heb ik idd gedaan is dat dan zo'n groot verschil?

[BurningSheep]

jvaneijk schreef op dinsdag 04 augustus 2009 @ 14:27:
[...]


Dat heb ik idd gedaan is dat dan zo'n groot verschil?

Mja, niet zo'n heel groot verschil eigenlijk. Maar het is wel iets waar je even over na wilt denken, het zijn twee verschillende manieren van werken. In de documentatie is er trouwens over beide methoden uitleg, dus als je voor de adapter kiest kan het handig zijn om dat hoofdstuk er bij te pakken ipv het self-service hoofdstuk.

[R4gnax]

BurningSheep schreef op dinsdag 04 augustus 2009 @ 14:39:
[...]


Mja, niet zo'n heel groot verschil eigenlijk. Maar het is wel iets waar je even over na wilt denken, het zijn twee verschillende manieren van werken. In de documentatie is er trouwens over beide methoden uitleg, dus als je voor de adapter kiest kan het handig zijn om dat hoofdstuk er bij te pakken ipv het self-service hoofdstuk.

Niet zo'n groot verschil? Sniff je database connecties maar 'ns en let op de totstandkoming van database connections. Adapter zou connecties moeten recyclen, waar Self-Servicing ze opent en sluit voor elke individuele mutatie. Als je een flink aantal DB operaties per page request moet doen maakt dat de Self-Servicing aanpak enorm sloom.

[BurningSheep]

R4gnax schreef op dinsdag 04 augustus 2009 @ 16:55:
[...]


Niet zo'n groot verschil? Sniff je database connecties maar 'ns en let op de totstandkoming van database connections. Adapter zou connecties moeten recyclen, waar Self-Servicing ze opent en sluit voor elke individuele mutatie. Als je een flink aantal DB operaties per page request moet doen maakt dat de Self-Servicing aanpak enorm sloom.

LLBLGen gebruikt connection pooling van ADO.NET. Ook wanneer je Self-Servicing gebruikt word je connectie gerecycled. Ik heb het niet gebenchmarked, maar ik verwacht niet veel verschil in perfomance.

[jvaneijk]

Volgens mij is LLBLGen redelijk goed als je ziet hoeveel projecten ermee gemaakt worden samen met NHibernate zijn dit toch wel een beetje de ORMs van dit moment.

En hulde aan Frans, het is echt een super systeem!!!

[Grijze Vos]

BurningSheep schreef op woensdag 05 augustus 2009 @ 11:38:
[...]


LLBLGen gebruikt connection pooling van ADO.NET. Ook wanneer je Self-Servicing gebruikt word je connectie gerecycled. Ik heb het niet gebenchmarked, maar ik verwacht niet veel verschil in perfomance.

Ik ben geen MSSQL expert, maar als ik queries ga tracen dan wordt na elke query een reset op de connectie gedaan. Dat is wat anders dan hoe de adapter werkt lijkt me, ik neem aan dat die bij instantiatie een connectie pakt en bij destructie die connectie weer vrijgeeft.

[BurningSheep]

Grijze Vos schreef op donderdag 06 augustus 2009 @ 09:22:
[...]

Dat is wat anders dan hoe de adapter werkt lijkt me, ik neem aan dat die bij instantiatie een connectie pakt en bij destructie die connectie weer vrijgeeft.

Nee, zo werkt het niet. Maar het is met de adapter wel mogelijk om de connectie open te houden. Als je dat wil dan moet je de KeepConnectionOpen property op true zetten, vervolgens kan je de connectie weer sluiten met de ConnectionClose methode.

[jvaneijk]

Bij de self servicing roept hij af en toe sp_reset_connection aan... Ik heb gezocht tussen de SPs maar kan niet vinden waar dat ding zou moeten staan. Zou namelijk graag weten wat dat ding doet..

[P_de_B]

jvaneijk schreef op donderdag 06 augustus 2009 @ 11:04:
Bij de self servicing roept hij af en toe sp_reset_connection aan... Ik heb gezocht tussen de SPs maar kan niet vinden waar dat ding zou moeten staan. Zou namelijk graag weten wat dat ding doet..

Dat is een system sp die wordt gebruikt om een connectie uit de pool te halen. De connectie is nog actief op de SQL Server, maar is weer teruggeven aan de pool. Niet iets om je zorgen over te maken.