Well it's written in managed code, what do you expect?
Windows core apps used to be pure C++.
Cry long enough about "safe" languages and expect to take the RAM hit.
Well it's written in managed code, what do you expect?
Windows core apps used to be pure C++.
Cry long enough about "safe" languages and expect to take the RAM hit.
WinUI, WinAppSDK are built on top of WinRT, which is C++ for the most part.
That is the whole joke about it, Windows division tried to kill .NET with their updated COM based on Vista victory over Longhorn, and the whole AddRef/Release makes it slower than WPF applications.
https://arstechnica.com/features/2012/10/windows-8-and-winrt...
I think Groove Music/Media Player is C# though
If it is using WinUI is it as much C# as using doing AI in Python is Python.
See WinUi and WinAppSDK repos on Github.
Reducing this to a simple language fanboy war is a massive oversimplification. Recent memory bloat and performance issues happen everywhere, whether it's C++, Java, or React. In most cases the real culprit is architecture and implementation not the language. Such as embedding browser engines just for cross platform UI.
You talk as if language choice dictates performance but even C# allows active stack allocation for optimization. Conversely C++ becomes a bloated mess if poorly implemented. In fact terrible C++ code has caused issues for decades.
Ultimately the root cause is that as users' available memory expanded, developers (or rather, management) stopped caring about memory usage. This approach is finally hitting its limit and alternatives are emerging.