.net 即使我';我没有使用它的任何功能?

.net 即使我';我没有使用它的任何功能?,.net,.net-assembly,.net,.net Assembly,这个问题困扰了我一段时间,现在它与.NET4.5.1的发布更加相关。我查看了最新的NuGet软件包,似乎没有人(甚至微软)愿意加入新的.NET 4.5.1程序集。我假设这些软件包不使用本版本中的任何新功能 我在NuGet上有一些非常简单的库,甚至可以用.NET4.0编译它们。我包括了.NET 4.5程序集,但它们不包含任何特定于.NET 4.5的功能。这是使用TargetFrameworkVersion参数构建的同一个项目 NET 4.5和4.5.1都是。因此,对于使用我的库的人来说,我为每个框

这个问题困扰了我一段时间,现在它与.NET4.5.1的发布更加相关。我查看了最新的NuGet软件包,似乎没有人(甚至微软)愿意加入新的.NET 4.5.1程序集。我假设这些软件包不使用本版本中的任何新功能

我在NuGet上有一些非常简单的库,甚至可以用.NET4.0编译它们。我包括了.NET 4.5程序集,但它们不包含任何特定于.NET 4.5的功能。这是使用TargetFrameworkVersion参数构建的同一个项目

NET 4.5和4.5.1都是。因此,对于使用我的库的人来说,我为每个框架版本提供了一个程序集并不重要。如果他们安装了.NET 4.5,那么如果他们使用.NET 4.0或.NET 4.5程序集,是否会产生任何差异(可能在性能上)


总之,我想知道什么时候应该提供在更高版本中构建的程序集。

我会使用编译代码的最低版本的.NET。通过这种方式,您的库可供最广泛的消费者使用。

如果您不使用任何新API,我认为您不需要提供针对.NET就地更新最新版本的更新

显然,您的库仍然是通过就地更新带来的任何性能改进的候选者。 假设您的库在4.5.1中使用的API的性能有所提高。即使您的程序集目标为4.0,它也会从更新中受益,因为最终用户的计算机上安装了4.5.1


受目标框架版本影响的一个特性是Auto-NGEN。只有以NET 4.5或更高版本为目标的程序集才是自动生成本机映像的候选程序集。(NGEN可能会缩短应用程序启动时间)如果您关心这一点,这是一个原因,我可以想到,除了4.0程序集之外,为什么还要提供针对4.5或4.5.1的程序集

是的,这是真的,但我想知道为每个版本提供一个程序集是否会增加任何价值。我想不出任何这样做会带来价值的例子。回答得很好,谢谢。这提供了有关自动NGEN的更多信息。