Docs: Why make getting basic information so convoluted?

Created on 22 Nov 2018  Â·  3Comments  Â·  Source: dotnet/docs

Hello Microsoft. I don't suspect that you know or care how much time people waste collectively following these instructions just to get a simple answer about a commonly installed component do you? (rhetorical question). Does the .NET team really hate users that much that they cant be bothered to provide a simple command line utility, or a single PowerShell command, or some reference in Programs and Features or something that doesn't require the arcane procedures in articles such as this. The year is almost 2019, not 1999 - why continue to waste everyone's time like this?


Document Details

⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

Area - .NET Framework Guide Technology - AppCompat P1 waiting-on-feedback

Most helpful comment

@Thraka A single command that a normal administrator can run to clearly list all of the decimal versions of .NET that are installed on the system without the convoluted approach of searching for a registry entry then matching it to a table to get a human-readable version number. Perhaps something like the Windows ver and winver commands to get either a command line or GUI output. Or a simple get-dotnetversion PowerShell command without all of the syntax and tables you require in your example. .NET is an important component in any system and this information should be available as well in Computer Management on a workstation and the server properties screen of Server Manager on a server. If you wanted to do everyone including yourselves a favor there should be some sort of integrity check for installed versions of .NET along with built-in caveats warning administrators about things such as "version X.X.X on .NET does not support the installed version of Microsoft Exchange", etc.

All 3 comments

Hi. I agree that the article here is pretty verbose and headers and things should be trimmed down and all of the information presented better. Do you have some other suggestions? Specifically, there are one powershell commands listed in that article. https://docs.microsoft.com/en-us/dotnet/framework/migration-guide/how-to-determine-which-versions-are-installed#ps_a

Or are you suggesting there should be a single program you can run that just tells you what is installed, like winver.exe does for Windows.

@Thraka A single command that a normal administrator can run to clearly list all of the decimal versions of .NET that are installed on the system without the convoluted approach of searching for a registry entry then matching it to a table to get a human-readable version number. Perhaps something like the Windows ver and winver commands to get either a command line or GUI output. Or a simple get-dotnetversion PowerShell command without all of the syntax and tables you require in your example. .NET is an important component in any system and this information should be available as well in Computer Management on a workstation and the server properties screen of Server Manager on a server. If you wanted to do everyone including yourselves a favor there should be some sort of integrity check for installed versions of .NET along with built-in caveats warning administrators about things such as "version X.X.X on .NET does not support the installed version of Microsoft Exchange", etc.

I know this isn't what you want, but at least I handle the "convoluted logic" in this function: https://github.com/EliteLoser/DotNetVersionLister -- For Microsoft: Maybe a "registry folder" with version numbers mapped to .NET framework names in a human-readable format, and the greatest number is the latest version.. something like that - give it some thought. :)

Was this page helpful?
0 / 5 - 0 ratings

Related issues

stanuku picture stanuku  Â·  3Comments

JagathPrasad picture JagathPrasad  Â·  3Comments

garfbradaz picture garfbradaz  Â·  3Comments

ite-klass picture ite-klass  Â·  3Comments

LJ9999 picture LJ9999  Â·  3Comments