Linked by Thom Holwerda on Wed 6th Jan 2010 20:01 UTC
Thread beginning with comment 402962
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[8]: Comment by Kroc
by StaubSaugerNZ on Thu 7th Jan 2010 09:32
in reply to "RE[7]: Comment by Kroc"
COM is not obsolete. Actually most of new the Win32 APIs in Vista and Windows 7 are COM based and no longer simple C APIs.
On that basis programming in raw ASM is not obsolete either. Sure, once in a while people do revert to ASM when they have to but for all intents and purposes it is such a small proportion of source and so niche it is considered obsolete (or at least somewhat obsolescent) by most reasonable folks. Same with COM, no sane person starts a *new* project using that technology when there are newer, easier and more portable technologies about.
Who cares whether the Win32 API is C or COM? The bulk of development is moving away from writing at that level and has been for some time. Holding on to proprietary technologies like COM is keeping Micrsoft back. Developing in COM doesn't make you l33t, it makes you someone looking backward and missing opportunities arising in the future (hint, they're not using platform-specific cruft like COM).
Back to the topic: Bravo Microsoft have finally seen fit to adopt SVG. Will that mean they'll ditch their proprietary XPS rubbish too? Will they embrace-extend-extinguish as before? Will their involvement cripple the standard? Will a half-assed implementation come out of Redmond (as in their OpenGL and other implementations of real standards)? I hope not.
Edited 2010-01-07 09:36 UTC
RE[7]: Comment by Kroc
by BluenoseJake on Thu 7th Jan 2010 11:58
in reply to "RE[6]: Comment by Kroc"
RE[8]: Comment by Kroc
by StaubSaugerNZ on Thu 7th Jan 2010 19:16
in reply to "RE[7]: Comment by Kroc"
So no way to convert from big-endian to little-endian exists? Netscape back in the day had a plugin that would run ActiveX controls, thats COM.
Now I don't think running COM objects is a good idea, I'm just saying it could be done.
Now I don't think running COM objects is a good idea, I'm just saying it could be done.
Oh yes it can be done but my point is, why would you bother when there are better things out there that don't make you have to think which endian you are, or what memory model you use.




Member since:
2007-07-13
Except that COM represents the memory model of an i386 with the specific layout of little-endian MS VS C++. Not the same as cross-platform CORBA really. Certainly no where near as portable as SOAP webservices for remote operations. So, no wonder nobody wants to waste time implementing the archaic, obsolete and cumbersome COM system. Sure they could do it, but the community came up with and standardised vastly superior ways of doing IPC/RPC.
Edited 2010-01-07 06:52 UTC