>Where are the equivalent frameworks in .NET?
Basically, there aren't any. I got over the outrage a long time ago. You will find many code generators (of which I remain very leary), but not much in the way of application frameworks that leverage inheritance.
You can wait for Kevin's highly anticipated MM.NET. I am using an early alpha version, and have sucessfully created webform and winform prototypes with it.
Also, there is Objectspaces, an object persistance framework in alpha testing from Microsoft. It has abstract business objects that take care of the dirty details of persisting objects.
http://hosting.msugs.ch/dotnetrox/articles/Art07.html. Whether Objectspaces ever sees the light of day is anyone's guess. I am guessing that it will be in some future Microsoft product at some time since the same technology exists in Java.
I have come to the conclusion that there are only a few programmers who are using a commercial framework, a few more who are using a home grown approach, and the vast majority who are not using any type of framework, to their own detriment.
>
>And speaking of business rules, how can I create a domain structure for entity objects that won't require a recompile every time the client wants to change business rules. I saw (but have not had time to read) Rick Strahl's article about an EVAL() capability in .NET but I'm not sure it's going to give me what I'm looking for.
I guess you would need to store the rules in a database or xml file. If they are really complicated expressions then something like Rick's EVAL would have to be used. I think it relies on CodeDOM. I would be very interested in hearing about what you come up with.
>Finally the new frameworks should be extended to better support the migration of components into a web services/remote method invocation approach.
>
.NET has the MarshalByRefObject and Component classes that support remote invocation via .NET Remoting. I agree that all framework authors should consider how their object are going to work in a distributed environment.
