| Forum |
Thread |
Replies |
Latest activity |
| Tech Off |
Custom XML in Word - Working with tables |
1 |
Feb 28, 2008 at 9:00 AM |
| Tech Off |
4 gigs of ram slower than 2 gigs of ram?? |
12 |
Jan 26, 2008 at 3:18 PM |
| Coffeehouse |
I'm back |
75 |
Aug 14, 2007 at 9:20 PM |
| Coffeehouse |
What's your favourite Xbox 360 game ? |
24 |
May 21, 2007 at 10:18 AM |
| Coffeehouse |
I Askew: what's better than a bottle of Chardonnay and GOW? |
3 |
Mar 08, 2007 at 9:29 PM |
| Coffeehouse |
RSS Readers |
23 |
Nov 27, 2006 at 8:08 AM |
| Coffeehouse |
nForce Audio Vista RTM Suckiness (rant) |
4 |
Nov 25, 2006 at 8:25 AM |
| Coffeehouse |
Vista nVidia drivers -- buggy ? |
24 |
Nov 18, 2006 at 4:31 PM |
| Coffeehouse |
Vista RTM Now on MSDN Downloads |
25 |
Nov 16, 2006 at 5:42 PM |
| Coffeehouse |
Vista RTM |
24 |
Nov 13, 2006 at 2:21 PM |
Pablo Castro, Britt Johnston, Michael Pizzo: ADO.NET Entity Framework - One Year Later
Sep 01, 2007 at 9:39 AMI think The main difference between the Entity Framework and Linq To SQL is that EF provides an extra layer of abstraction over your data model, whereas in LINQ to SQL you code more directly against the DB schema. This allows for a much more robust entity model that is not not as tightly coupled - giving you the freedom to change your actual DB schema without affecting your business logic. You can redesign your "store" to maximize performance / normalization without breaking code.
I'm not sure, but i think if you take an inheritance hierarchy from your data model - say Person -> Customer - and see how it is translated by each technology, you will see a difference. I think the EF would allow you to access all the person properties directly in your customer class (like an inherited class should be) but in Linq to SQL you would access the person interface using Customer.Person...
It is my understanding that the "Object Services" feature of EF creates partial classes which allows you to create your own partials to do all of your other work - non persistent properties, methods, authorization, validation, etc.
Pablo Castro, Britt Johnston, Michael Pizzo: ADO.NET Entity Framework - One Year Later
Aug 31, 2007 at 8:31 AMI think Catalyst is more appropriate.
Pablo Castro, Britt Johnston, Michael Pizzo: ADO.NET Entity Framework - One Year Later
Aug 30, 2007 at 9:46 PMI've been following this project for a while and I'm very excited. It's almost like the "missing link" to really getting apps up and running more quickly.
One thing I am concerned about though is the fact that very often Entity Diagrams can get really complicated and crowded. Most ER Diagramming tools allow you to have multiple pages, or multiple sub-diagrams to help you organize your entity model. I haven't tried the product yet but I am hoping that the visual tool allows for such a thing - multiple pages / sub-diagrams.
fingers crossed.
Pablo Castro: Astoria Data Services
May 09, 2007 at 11:08 AMDaniel Lehenbauer and Kurt Berglund: Interactive 2D controls on WPF 3D Surfaces
Dec 15, 2006 at 10:11 AMWindows Workflow Foundation API Usability Lab Video – Part 2
Nov 29, 2005 at 5:10 PMIm glad they have decided to do studies on the usability of WWF communications. Of all things WWF, I am, by far, finding this to be the most difficult concept to grok..
Jay Schmelzer - Working on the VB Core Team
Nov 01, 2005 at 6:11 PMThanks!
Eric Richards and Team - First look at InfoPath 12
Oct 18, 2005 at 6:21 PMPaul Vick and Erik Meijer - Dynamic Programming in Visual Basic
Sep 16, 2005 at 6:59 PMmessagebox.show(person.(Form1.textbox.text))
(this assumes you a have a person, and a form1 with a textbox)
In other words you can incorporate runtime results back into sourcecode - effectively eliminating the need for things like a select case block(in certain situations). Of course you would have to validate, or limit the value of, the textbox.text to insure the existence of that member in the calling type.
am i making sense?