Really, this is so bad design.
-
It force developer to choose one implementation and by doing so make it's object incompatible with the other framework.It the two DependencyObject are really different, give them different names (I know they are in different namespace) because beside the namespace they look very much the same.If they are the same, just developed in parallel and were not merged, then this is just bad practice.Any fix to WPF DependencyObject will have to be duplicated to WF and vice versa.What do you think?
-
Looks like WF v4 is a near complete re-write, be intreasting to see if they've fixed this. -
I think it was designed in the WPF space and then 'inherited' in WF.. they didn't want a dependency on having WPF assemblies so they 'cloned' it.. but yes the dependency system is pretty generic and should probably be part of something more like the system component model..
-
Answer is available at http://blogs.msdn.com/kcwalina/archive/2008/04/25/MEF.aspx.
I would also higly recommend the Brad and Krys PDC video on framework design. Most people do a bit of framework and application design, but the guys in charge of the BCL have some valuable insight. -
Hi, MEF looks great, but it has nothing to do with DependencyObject.vesuvius said:Answer is available at http://blogs.msdn.com/kcwalina/archive/2008/04/25/MEF.aspx.
I would also higly recommend the Brad and Krys PDC video on framework design. Most people do a bit of framework and application design, but the guys in charge of the BCL have some valuable insight.I agree that talking to BCL designers is the best, do you know where to find them?Ido. -
Yes the main post is about MEF, but if you read the second paragraph;ido.ran said:
Hi, MEF looks great, but it has nothing to do with DependencyObject.vesuvius said:*snip*I agree that talking to BCL designers is the best, do you know where to find them?Ido.The BCL team did a good job fulfilling the role of the team responsible for decreasing duplication and providing common abstractions for the low levels of the platform. Unfortunately, we did not have a similar team really focused on these sets of issues higher up on the stack. This resulted in some unfortunate duplication (like several data binding models for each of the application models, different dependency property system for WPF and WF) and lack of common abstractions (what undo APIs should my generic application plugin call?) for application model code. The Application Framework Core team is now in place to start addressing the problems.
You will see that the re-write suggested by PerfectPhase appears to be what is/has happened/happening.
-
Well, when you right you rightvesuvius said:
Yes the main post is about MEF, but if you read the second paragraph;ido.ran said:*snip*The BCL team did a good job fulfilling the role of the team responsible for decreasing duplication and providing common abstractions for the low levels of the platform. Unfortunately, we did not have a similar team really focused on these sets of issues higher up on the stack. This resulted in some unfortunate duplication (like several data binding models for each of the application models, different dependency property system for WPF and WF) and lack of common abstractions (what undo APIs should my generic application plugin call?) for application model code. The Application Framework Core team is now in place to start addressing the problems.
You will see that the re-write suggested by PerfectPhase appears to be what is/has happened/happening.
Thread Closed
This thread is kinda stale and has been closed but if you'd like to continue the conversation, please create a new thread in our Forums,
or Contact Us and let us know.