面向.NET社区发布公共NuGet包的目标框架选型及现有配置合理性咨询

先把你当前的配置列出来方便对照：

<TargetFrameworks>net48;net472;net452;net40;net35;net20;netstandard2.0;net5.0</TargetFrameworks>

这套配置里存在不少冗余、甚至会大幅拉高维护成本的问题：

• 重复的.NET Framework配置：已经配置net472目标的前提下，所有运行.NET Framework 4.7.2、4.8、4.8.1的用户，都可以通过NuGet的向前兼容机制直接匹配到这个目标的包资产，根本不需要额外单独打net48的目标——除非你真的用到了只有4.8版本才独有的API，否则这层配置完全多余。
• 过度覆盖的低版本.NET Framework：net20、net35、net40、net452这几个目标，对应的框架版本早就全部停止了微软的官方支持，现在还在使用这些版本的项目占比已经可以忽略不计。为了兼容这些老版本，你会被死死限制可用的API范围，连很多基础的现代类库方法都调用不了，甚至要自己手动写大量兼容垫片，光是测试这些老版本的兼容性，可能就要花掉你一半的开发时间，最后覆盖的用户可能连千分之一都不到，投入产出比极低。
• 过时的.NET冗余目标：net5.0本身早在2022年就已经结束全生命周期，没有任何长期支持价值。而且所有能运行net5.0的项目，完全可以正常引用netstandard2.0目标的包，单独为net5打目标除了拉长编译时间，没有任何实际收益。

面向全开发者开放的公共包，核心原则是用最低的维护成本覆盖最多的活跃用户，不要为了极少量已经停止支持的老版本用户，绑架绝大多数新用户的使用体验，推荐的配置优先级如下：

• 必选核心项：
  • netstandard2.0：这是目前覆盖范围最广的兼容基线，能兼容从.NET Framework 4.6.1到最新.NET 9的几乎所有活跃项目，不需要针对多版本写重复兼容代码，是所有公共包的标配。
  • net472：这是面向.NET Framework用户的最优目标点。一来4.7.2是目前所有受支持的.NET Framework版本的最低通用基线，所有用4.7.2、4.8、4.8.1的用户都能直接匹配到这个目标的资产，不会出现引用netstandard2.0包时的版本兼容警告；二来4.7.2的API足够丰富，没有老版本的API限制，维护成本很低。
• 可选追加项（根据实际需求加，不要硬凑）：
  • net8.0：如果你的包想给最新的LTS版本.NET用户提供最优性能支持（比如用上原生AOT、Span相关的优化API，避免netstandard2.0的兼容限制），可以追加这个目标，长期价值最高。
  • net481：只有当你确实用到了.NET Framework 4.8.1独有的特性（比如新版加密算法、系统级API适配）时，才需要追加这个目标。

• 所有低于net472的.NET Framework目标（net20/net35/net40/net452）：这些框架早就停止官方维护，现存用户极少。真有用户卡在老框架版本，完全可以自行fork包调整目标框架，没必要官方为了这些长尾场景牺牲整体维护效率。
• 所有已经结束生命周期的.NET/.NET Core目标（net5.0/netcoreapp2.1等）：这些版本的用户已经几乎全部升级，而且本身完全可以正常兼容netstandard2.0的包，单独打这些目标除了增加无意义的编译时间，没有任何价值。
• 重复叠加的高版本.NET Framework目标：只要你没用到更高版本独有的API，打了net472就足够覆盖所有新版本.NET Framework用户，没必要额外加net48、net481这类重复目标。

内容的提问来源于stack exchange，提问作者jscarle