G
Guest
William Stacey said:..net is a lot more then forms support. Even the TreeView control, for
example, can be hosted in a console app if you just want to use the
tree/nodes and not GUI. All the asp stuff can be hosted in http.dll like in
xp sp2 and 2003 I think. Remoting can be done, all the web services stuff
can be hosted separately from IIS as can WSE tcp and http support using
http.dll. So I think they just need to strip any specific Forms stuff and
could still provide a heck of a platform on *nix/ os390 / etc. It would be
cool if they could partition the std build so the UI stuff is all in
separate namespace that could be easily removed from a platform neutral
build and the rest of the namespaces would work without mods (i.e. no refs
to Forms stuff.) That may be there already - not sure. I saw a video on a
tool they use to build embedded windows on different devices that lets you
pick what should be included. I would think a similar tool for the
framework could be done ~easily that targets different CLR targets (i.e. Sun
framework 1.1, IBM framework v2.x, etc.)
Thinking about this and considering Avalon. Maybe any/all UI stuff should
be just included in the OS and versioned with the OS. And the balance of
the framework (i.e. all non-UI stuff) would just be versioned on its own.
Not sure, what do you think?
All they or a vendor need to do is drop in a namespace. Look at how
"ADO.Net" works.. it's just a bunch of classes in the System.Data namespace.
There's a few core interfaces that the author of a Provider would be advised
implementing.. those interfaces are ADO.Net (nothing more than a marketing
term if you will). Nothing stops a publisher from not implementing those
interfaces.
And there's a reason the GUI namespace is called System.Windows.Forms..
Because it's for Windows.
I dont pretend to know what MS "really" thinks but their public positions
are this:
1) You have a vast and powerful machine on your desk
2) You have a rich OS (Windows) running it
3) To not take advantage of both is stupid
And I agree, and I'm glad they didn't try to abstract Windows away.
MS tried to abstract Data access in old ADO and it didn't work. Things are
different because they are different. And they abandoned that approach.
Active Directory is not SQL Server is not Exchange is not a CSV File is not
Oracle
Neither is Windows GUI, Mac GUI, Li/Unix whatever they use.