[ASP.NET] Entity Framework met POCO?

[Beejee0]

Op school leerde ik vorigjaar werken met LINQ To SQL.
Na wat opzoekwerk bleek dat je beter LINQ To Entity gebruikt omdat dit beter is naar de toekomst toe, omdat het team hierop verder zal bouwen in de volgende frameworks.

Nu vertelde me iemand dat als je daarmee werkt je beter ook POCO gebruikt.
Na wat opzoekingswerk kwam ik uit op een schaars aantal tutorials
Waaronder http://blogs.msdn.com/b/a...art-1-the-experience.aspx.
Maar er zijn nog enkele dingen die helemaal onduidelijk zijn voor mij.
In de tutorial heeft men tussen de 2 tabellen een link maar in de properties zie je helemaal geen foreign keys.
Hoe kan je dan records met elkaar linken ?
In zijn model staat dan bijvoorbeeld bij Categorie, Lijst producten, maar hoe kan je deze ophalen als er helemaal geen foreign keys zijn.

Is het de bedoeling dat je eerst je tabel maakt in SQL server en dan die ADO.NET entity model maakt?
Raden jullie deze technologie eigenlijk aan?

Ik weet het, dit zijn heel wat vragen, maar op het moment zie ik echt de bomen door het bos niet meer.

[MTWZZ]

Creatief googelen op "ado.net entity framework poco tutorial" levert dit op:
Code-First development with EF4
En dat moet je wel verder helpen.

[Beejee0]

Ik was al hierop uitgekomen.
Maar dat is nog niet echt een antwoord op mijn vragen.
In hoeverre is dit beter dan de normale Entity, en hoe legt het programma in godsnaam deze links?

Ik heb net http://sharedtolearn.blog...-40-poco-performance.html gevonden. Erg intressant, maar mijn vraag is nie is dit echt "the way to go"?
En daar gebruikt men wel de primary keys maar als men dus een lijst vraagt van alle accounts van een bepaalde rol, hoe kan het model dit dan vinden?

[ Voor 47% gewijzigd door Beejee0 op 14-03-2011 20:30 ]

[MTWZZ]

Dat is wat de ObjectContext voor je doet. De ObjectContext is de interface tussen jouw POCO's en de daadwerkelijke database en genereert dus de queries die uitgevoerd worden op de database.

[Beejee0]

Dus als ik het goed begrijp moet je die toch zelf schrijven dan? Of is dit iets dat in het EF zit die dat dan op de een of andere manier doorlinkt en toch met de juiste results komt?

[RobIII]

Als je aan de slag wil met EF dan is dit een goed startpunt. Vooral de Julie Lerman video's zullen je snel op gang helpen.

[Beejee0]

Ga ik zeker eens bekijken morgen, erg bedankt alvast.

edit:
Ok ik heb de filmpjes overlopen, nu snap ik eindelijk hoe het allemaal werkt.

Nu blijf ik ngo over met 1 vraag wat is nu het echte voordeel van POCO?
In mijn ogen heeft het net dezelfde functionaliteit maar gewoon anders opgeslagen en gecodeerd.

[ Voor 71% gewijzigd door Beejee0 op 14-03-2011 23:30 ]

[defcon84]

Beejee0 schreef op maandag 14 maart 2011 @ 21:19:
Ga ik zeker eens bekijken morgen, erg bedankt alvast.

edit:
Ok ik heb de filmpjes overlopen, nu snap ik eindelijk hoe het allemaal werkt.

Nu blijf ik ngo over met 1 vraag wat is nu het echte voordeel van POCO?
In mijn ogen heeft het net dezelfde functionaliteit maar gewoon anders opgeslagen en gecodeerd.

met 1 woord: Controle.
Je hebt je Model volledig in de hand.

Het artikel in je eerste post maakt gebruik van Model first opt eerste zicht, maar die post is iig al veel te oud om op verder te gaan..
Als je nu nog met EF begint, zou ik je de Database First of Code First methode aanraden.

in Code First maak je dan je eigen POCO objecten die dan overeen komen met de database.

[EfBe]

defcon84 schreef op dinsdag 15 maart 2011 @ 08:53:
[...]

met 1 woord: Controle.
Je hebt je Model volledig in de hand.

Het artikel in je eerste post maakt gebruik van Model first opt eerste zicht, maar die post is iig al veel te oud om op verder te gaan..
Als je nu nog met EF begint, zou ik je de Database First of Code First methode aanraden.

in Code First maak je dan je eigen POCO objecten die dan overeen komen met de database.

Je hebt anders ook volledig je model in de hand, immers, je class model (en table model) is een projectie van het abstract entity model. Poco classes hebben wel veel nadelen immers, je moet alles zelf schrijven, kunt geen 'new' gebruiken en object comparisons kunnen foutieve resultaten opleveren (omdat je proxies vergelijkt ipv real instances).

code first is nog in CTP en dus niet geschikt voor productie

[RobIII]

EfBe schreef op dinsdag 15 maart 2011 @ 14:56:
[...]


code first is nog in CTP en dus niet geschikt voor productie

offtopic:
Ik meen, correct me if I'm wrong, dat 'ie nog deze maand RTM gaat...

edit:

@20:18 - 20:54; RC (met "Golive license") in maart, waarschijnlijk in april de RTM

[ Voor 31% gewijzigd door RobIII op 16-03-2011 02:11 ]

[EfBe]

RobIII schreef op woensdag 16 maart 2011 @ 01:59:
[...]

offtopic:
Ik meen, correct me if I'm wrong, dat 'ie nog deze maand RTM gaat...

edit:

@20:18 - 20:54; RC (met "Golive license") in maart, waarschijnlijk in april de RTM

Ja de RC is gister gepubliceerd, maar na mijn posting Anyway, met de RC kun je productiespul maken. Of je het ook wilt is een 2e natuurlijk.

[defcon84]

Ik blijf sowieso bij database first voor men grote projecten
misschien voor men kleinere projecten eens overstappen naar CF