Do you feel the same about the macOS Carbon-Cocoa transition? Nobody misses Carbon anymore, and Win32 is as old as the classic Mac Toolbox.
Eventually they have to shed the old API.
Do you feel the same about the macOS Carbon-Cocoa transition? Nobody misses Carbon anymore, and Win32 is as old as the classic Mac Toolbox.
Eventually they have to shed the old API.
Microsoft understands that the Windows API "is so deeply embedded in the source code of many Windows apps that there is a huge switching cost to using a different operating system instead".[1] If they force companies to incur that cost by dropping Win32 support, that gives companies the chance to make their application cross-platform at a much smaller additional cost, and shed their reliance on Windows.
Windows licensing fees are still quite a large chunk of Microsoft's revenues, so I think that they will not make this move any time soon.
1. https://www.zdnet.com/article/microsoft-wed-have-been-dead-a...
The comparison between Apple and Microsoft vis-à-vis backward compatibility is illuminating, but not in the way you seem to believe it is.
This does make me wonder if the transition from Carbon to Cocoa is analogous though. Win32 comes off as more of a "functional" approach to programming (C) and UWP is looking more object oriented (as to C++). It makes me wonder what kinds of conceptual advantages are being brought on board by moving from win32 to UWP. I think that conceptually I am in favor of the transition, and I'd wager that all the issues that arise are common to a functional to object-oriented transition.
But that real questions: What are the benefits? Is it conceptually easier to grasp thus promoting more developer interaction? Are we expecting speed benefits (are the performance losses expected and in range?) Is it a false dichotomy to only look at Functional vs OO? Maybe a context-oriented data approach is more appropriate?
Dunno.