ORM is the buzzword of the day. I know from talking to .Net developers, they just don't seem too upset when dealing with data. I have a friend who's evaluated several ORM tools available for .Net and is very happy with that approach.

With all the talk from Ken L. about the .Net programmers looking to VFP for ideas, what's an example or 2 of things you think would be benificial if they were added to .Net. And do you think they will actually make a difference to the .Net developer who is not coming from a VFP background?

Thanks,

PF


>As I said before, if you approach .NET from the Fox perspective and want to make things work just like Fox you will be immensely frustrated. While the Fox was works great, it's not the only way to do things in terms of data access or otherwise. And if doing thing the Fox way is so important - well VFP is your answer.
>
>>Of course a much simpler path is to define a data handling strategy into a data layer which is much more simple and straightforward to implement, but then you're losing the granularity and flexibility of the VFP functions. And its funny that just the argument of granularity is used often in favour if .NET. When it comes to handling data, it seems a .NET implementation is either too granular (Do everything yourself again and again and again, like iterating and munging through ADO.NET collections)or not granular enough (Define the interface of a data layer and using business objects to handle the data related tasks). Well I'm sure it just a matter of time when granular functions that have an equivalent into the relational world of data (Like the SQL or XBase DML standard) becomes available, but until that day comes, it is clearly a disadvantage of the .NET framework.
>
>
>The difference is an object based approach to data vs. a record base approach to data.
>
>Using Collection is not only logical it's also easy. Whether you use SCAN or a FOREACH loop to iterate through data is that really so much of a difference?
>
>You're stuck in the VFP mindset. This is neither wrong nor bad, but that's clearly what the issue is. Nothing is going to satisfy you unless it matches your VFP user experience... it'll be a long time if ever before alternatives
>come about...