Microsoft Simplifies API for Longhorn
zzxc writes "InternetWeek.com reports that Microsoft is cleaning up its API and integrating its XML Application Markup Language for its anticipated Longhorn release. An unnamed source says that Microsoft will be slashing the number of API calls from 76k to 8k. In addition, the new graphics device interface, codename Avalon, will use XAML-based scripts instead of a complicated API. Microsoft is planning on including XAML design in the next Visual Studio.net release. CRN is also reporting on this."
While fewer APIs is good, I would like to know if anyone has heard if Longhorn is going to be open sourced like MS did with CE.
Computer science is a grab bag of tenuously related areas thrown together by an accident of history, like Yugoslavia.
That means there will be 68,000 'hidden' API functions to discover later on down the line when we find out that Microsoft are still using them themselves
"Microsoft cleans up its API". I never thought I'd see the day when this was actually news
; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
Comments from anyone with insight on this are very welcome.
Check out my eclectic infosec blog at InfoSecPotpou
"Win32 has like 76,000 APIs, and they're taking it down to 8,000 with Longhorn technology"
The question is will they be adding 100,000 new things to learn in AXML in order to replace the 68,000 lost APIs?
Make that "XAML" not "AXML". One down, 99,999 to go.
OK, so are they really doing away with those old interfaces, or just pretending they're not there, not documenting them, etc?
I'd be impressed if the API was condensed into 8k well-documented routines that completely spanned win32 functionality. Like, if another company were to provide the same 8k routines they could, albeit with less performance, run any and all win32 applications (on different hardware, under different OS, etc.).
"Provided by the management for your protection."
Somewhat offtopic, but...
Why does Microsoft feel the need to code-name everything before its official release? I mean, we know the OS will be called Windows 2003 or Windows QF or something. Why does it matter to them that we don't know exactly what it'll be called?
Ditto with their GDI and such. I just don't get why they have to play sekrit agent.
Soylens viridis homines es
As usual they come along and pull the rug from under you.
Give me a 30 yo Api any day
in fact just give me "everything is a file" and mean it
There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
Replace 60,000+ API calls with a multi-gigabyte unintelligible MS-XML compatability transformation layer, force everyone to either code the Dot-Net way or suffer awful performance.
Sounds more like a move dictated by MS lawyers to undo the leftover damage from the antitrust lawsuits than a decision with technical motivations.
Conformity is the jailer of freedom and enemy of growth. -JFK
UpdateObject(XAML** object);
XAML looks somthing like this
etc.........
thank God the internet isn't a human right.
<class name="textbox" GUID="12345">
<text value="hello" colour="red" bgcolour="blue"/>
etc......
</class>
Now you can buy all new software as nothing from prior to Longhorn will run as it will be missing all it's API calls.
Sure maybe they can fix the bloat and evil API clutter by simply stripping it all out and redoing it. Then all applications need to be re-written for no reason just so they can run on Longhorn.
That's one way to fix the economy. Or at least force people to seriously consider an Apple Switch. Heck, as long as they have to rebuy everything anyway might as well go all the way and jump ship while they're at it.
When I was your age we had 0x128e0 non consistant
API calls and we LOVED it.
If so it's about time the Win16 subsystem, which also includes DOS emulation, went away.. and if that's what they're doing that would account for an awful lot of APIs (especially all the DOS interrupt calls).
- Steve
So we will have less things to worry, like: What is the API to close dialin RAS calls. Previously it was just undocumented...
"I think this line is mostly filler"
For simple GUI apps, the WTL (a stripped-down ATL) framework provides all the GUI elements, sans the MFC nastiness and bulkiness. Of course, when I tried to use it last, it was nicely undocumented. (That could be changed by now)
There are a huge number of yeast infections in this county. Probably because we're downriver from the bread factory.
Piss. Take.
; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
As Russ said :
"Plan 9 has 48 system calls these days,
10 of which are deprecated. So 38. That's still a lot."
There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
because once you've got your program working *any* other entity that knows about files can use your program.
For instance, I wrote a google searching tool that presented itself as a file system. To do a google search now all any program has to do is to open a file, write to it, read it, change directory and read the files. It doesn't have to wait for someone to add support for it.
Unix and it's POSIX progeny do the right thing but never quite cross the finish line. Corba, DCOM, XMLPRC, SOAP I mean, come on we're assaulted with so much change no wonder there's so many exploits.
There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
Looks about right to me...I think he was too kind about the older APIs though.
You should read that as: M$ is going to reduce the number of documented APIs from 76k to 8k, meanwhile adding more undocumented 'features' to old routines, which are misteriously used by M$ software.
WineLH anyone?
Make even shorter URLs - 8LN.org
Won't this new GDI make it far easier to create applications that run on Windows and on other platforms?
At first glance, this looks like a major improvement in openness.