Stop met Entity Framework gebruiken als DTO-leverancier! Stop using Entity Framework as a DTO provider!

Entity Framework is een prima tool om je data uit de database op te halen. Maar het is ook wat ingewikkeld en vraagt dat je iets meer leest dan alleen de pagina "Getting Started with EF". Helaas lijkt dat precies te zijn wat de meeste developers doen. Tenminste, ik denk dat ik daarom steeds mensen zie die het gebruiken om de databasestructuur in hun code na te bootsen met DTO's. Zo is het niet bedoeld. Het is bedoeld om data voor je C#-objecten op te slaan en op te halen. Niet alleen DTO's. En als nog één iemand tegen me zegt "we hebben voor dit project een micro-ORM gebruikt, want die doet hetzelfde als EF maar zonder de complexiteit", dan ontplof ik! Kijk mee met mij, Chris Klug, naar hoe het beter kan. In deze talk laat ik zien hoe we goed OOP kunnen toepassen en toch EF kunnen gebruiken om onze objecten op te slaan en op te halen. #entity #dto #livestream

Entity Framework is a great tool to retrieve your data from the database. However, it is also a bit complicated, and requires that you read a bit more than just the "Getting Started with EF" page. Unfortunately, this seems to be what most developers do. At least I think that is why I keep seeing people using it to replicating the database structure in their code with DTO:s. This is not the way it was intended to be used. It was intended to persist and retrieve data for you C# object. Not just DTO:s. And if one more person tells me "we used a micro-ORM for this project, since it does the same thing as EF but without the complexity", I will blow a gasket! Why not join me, Chris Klug, for a look at how we can do better? In this talk, I will show you how we can use proper OOP and still use EF to persist and retrieve our objects. #entity #dto #livestream