Microsoft has been trying to transition to a higher-level of programming than the C Win32 API. In fact, Microsoft is clearly doing its best to try and discard the Win32 API.
I can't blame them for it: Win32 was designed in the 1980s and still has provisions for (lol) Segmented registers and far-pointers. But there's a 30+ year history with the Win32 API, and it has been successfully extended each time updates were needed.
Being UWP only means this is closer to the Windows Surface S, or Windows ARM efforts. In theory, its a decent idea IMO, but Microsoft royally Eff-d the first transition by tying everything down to the Windows Store. Developers are distrustful of Microsoft: no one wants to be locked to yet another store-based ecosystem (like Apple or Android). If Microsoft can give assurances that UWP applications can be installed ad-hoc, I think the UWP ecosystem has a future.
Overall, it is clear that Microsoft's chief development has been into UWP. A lot of programmer effort has gone into that interface, and it really does show IMO. The question is if overall policies set by executives will allow the ecosystem to thrive. A secondary question is whether or not developers in general will be willing to trust Microsoft and their policies ever again, after Microsoft clearly demonstrated their ambitions for a store-based ecosystem during the Win8 era.
EDIT: It seems like this "Windows Core OS" isn't so much a "killing off of Win32", but more of a "killing off parts of Win32". It seems like WCOS will allow some degree of Win32 applications.
Let me explain a few things to those who aren't familiar with Win32. Win32 API is a pixel-by-pixel paintbrush of the screen. You tell Windows "Make a pixel at (50, 51) turn black", etc. etc. Basically, the original "Paint" program is the interface the Win32 programmer is presented with (in GDI anyway). As the user moves the mouse or pushes buttons on the keyboard, the program reacts to it... but ultimately it all comes down to calls like that. Where specific pixel locations are going to change.
That's NOT how UWP is designed. UWP is based on a language called "XAML", which is kinda-like HTML. So instead of saying "pixel blah blah blah", XAML says "Checkbox over there" or "Button over here". As such, XAML code can automatically scale from low-resolution to high-resolution, among other tricks. The original Win32 API is completely busted on today's environment: there's too many different kinds of screens, and too many resolution issues to really use Win32 to solve today's problems. While this new XAML-based approach is still rough around the edges and missing some features, it is clearly a superior base to build programs on top of in the modern era. (Win8 was full-screen only. But Win10 UWP apps have a window bar, a min/max button, and other stuff that people care about)
The problem is that Microsoft Executives also have business requirements to make money. So they think that XAML is such a big advantage for developers, that they're willing to lock it behind the Windows Store... or other such political moves to make them more money. And that's where the issue of trust comes in: what are the policies that Microsoft executives will hit developers with? The cool thing about Win32 is that the political questions are solved and set in the 80s or 90s era of politics: programs can do whatever they want, wherever they want, on the user's system. However, XAML-based UWP applications are still an evolving interface, so Microsoft Executives are still playing with their policies. And some policies are clearly not good for the future of computing in general.
After all: there's a locked-down store over there called "Apple" which makes a ton more money than the Windows Store. If Microsoft is going to make a locked-down, closed ecosystem... its too late. Apple already made one, and it works quite well. The Windows Store is a joke, and developers really expect to sell their items on their own webpages (or at least, across different webpages, like Steam, Good ol Games, and other distribution networks).
Last edited by dragontamer5788
on Tue Dec 04, 2018 12:47 pm, edited 2 times in total.