Comment by dep_b
8 years ago
This is why the latest tool I did for Windows still was based on WinForms. Because you know the old crappy stuff will be supported forever and the new shiny better stuff (WPF was pretty cool!) will be deprecated within two years and probably will not get significant developer traction. With a lot of confusing marketing from Microsoft. I don't think even the guru's within Microsoft itself can sum up all the different .Net versions that are out there and what they mean from the top of their heads.
As a punishment, the .net framework owners should be forced to learn and recite by heart the .net standard compatibility matrix!
That's just part of growing pains. I imagine that when Microsoft finishes their long term plan for .NET the layers will basically be:
.NET Core - implements .NET Standard.
Everything else is layered on top of .NET Core: .NET Framework (Windows), Xamarin (Linux, MacOS GUI, Android, iOS).
So basically everything in use will support .NET Standard.
Retconning is a bitch :p
Aaah, WPF. It's basically React (Native and hw accelerated!), 10 years earlier.
On one side, I'm glad that declarative app UIs can now be built on a web, on the other side - come on, Microsoft, we could have skipped a whole jQuery era and be somewhere else with the web now.
And react is still missing a big library of standard, well documented components with accesibility, performance and all the edge cases built in.
> Aaah, WPF. It's basically React (Native and hw accelerated!), 10 years earlier.
I'd love if that were true, but of course the big selling point of React Native is that it works on several platforms. WPF works on one, and only a desktop one. Well, now that WP is dead at least.
If WPF ran on iOS / Android, hell even if it just ran on MacOS, I think there'd be a lot more devs building apps in it than JavaScript.
It looks like WPF will be supported for the forseeable future, but I get your overall point
We'll see.
I think the netstandard -> all platforms approach, combined with the aggressive depreciation of old .Net 4.6.x versions is a road map for the future.
Maintaining two entire release chains, the 4.x and the .Net core 2.x, is an impossible long term strategy.
I would be absolutely astonished if the 4.x line is quietly folded away and depreciated ('unsupported') once the netstandard surface area means the code bases that no longer run on the .Net core fall to significantly small fraction.
At that point there will just be 'one' .Net again, and it will be .Net core, on all platforms.
Significantly, there seems little to no indication (https://github.com/dotnet/core/issues/43) that winforms and WPF are going to .Net core.
You might argue that Microsoft is a legacy beast, and they won't abandon their developers by dropping support for old versions, but they already are doing that in the 'you can install it, sure, but it'll never get any more updates' (#1, #2), so you know.
Don't bet the farm on a WPF app. Just saying.
#1: https://blogs.msdn.microsoft.com/dotnet/2015/12/09/support-e...
#2: https://support.microsoft.com/en-us/help/17455/lifecycle-faq...
What the heck can replace winforms and wpf apps though?
I've seen them promote at least 2 different technologies since the first time I heard WPF was dying, and both of them are dead already, so far as I can tell.
4 replies →
IIRC Winforms relies on core, proprietary, parts of Windows which couldn't be feasibly ported to .net core.
Not sure about WPF. It's a shame because it's a great development experience.
3 replies →
WinForms, WPF, Silverlight, ... it doesn't matter. The whole .NET Framework 4.x and .NET Core 1 have the "legacy" tag on. Their new thing is .NET Core 2. The rest moved on to cross-platform.
.NET Core 2 comes very close to the full .NET Framework. Microsoft just made a full circle. Everything legacy is the hot new thing again.