C# 新.Net项目上的旧类库

对不起，我是一个老派程序员，一个解决方案的所有项目都是针对同一个.Net框架的。然而，我看到开发人员正在创建引用.NET4.5.1类库的.NET4.6.1项目

在新的MVC/Web中引用旧版本的类库可以吗 Api项目

对于green field项目，通过混合不同的运行时间，我们不会遇到类似的情况，比如DLL地狱，更不用说性能损失，如果有的话，是由在生产服务器中同时加载运行时间造成的。

只有这几天（如果包括1.0和1.1，则为4天）。运行它的机器上有2.0和4.0版本，然后是不同版本的版本。因此，您可以将项目定位在.NET4.5.1，它将在4.6.1运行时愉快地运行

如果所有内容都是一个解决方案的一部分，并最终成为一个流程，那么保持所有目标平台不变是有意义的，但是.NET 4.7应用程序添加对第三方库的引用（例如，仅对目标的4.5版本）不会有任何惩罚

我必须针对.NET 4.0和台式机编写代码，但要在服务器端编写更新的.NET。我有很多在.NET 4.0中使用通用代码的项目，我从桌面和服务器项目中引用了这些项目。

只有这些天（如果包括1.0和1.1，则为4天）。运行它的机器上有2.0和4.0版本，然后是不同版本的版本。因此，您可以将项目定位在.NET4.5.1，它将在4.6.1运行时愉快地运行

如果所有内容都是一个解决方案的一部分，并最终成为一个流程，那么保持所有目标平台不变是有意义的，但是.NET 4.7应用程序添加对第三方库的引用（例如，仅对目标的4.5版本）不会有任何惩罚

我必须针对.NET 4.0和台式机编写代码，但要在服务器端编写更新的.NET。我在.NET 4.0中有很多项目都有通用代码，我从桌面和服务器项目中引用了这些代码。

长答案短-是。 这不是最佳做法，在处理旧库时，您需要确保：

1）旧类中的方法和对象仍然是最新的，并且与当前的.net框架兼容。您还需要确保不使用不推荐的方法

2）您必须确保旧类也将在新的.net framework上编译和运行

这种方法非常方便，因为如果旧类与新的.net framework配合良好，则无需重新编写整个类以适应新框架

如果每件事都是您解决方案的一部分，并且工作正常，那么就没有理由不这样做，只要确保您检查每件事都符合要求，并且各部分都在一起工作即可

缺点是，如果你想将你的类迁移到一个更高的框架，你必须重写你的整个类代码以适应这个框架，如果它不适合的话。 这不是最佳做法，在处理旧库时，您需要确保：

1）旧类中的方法和对象仍然是最新的，并且与当前的.net框架兼容。您还需要确保不使用不推荐的方法

2）您必须确保旧类也将在新的.net framework上编译和运行

这种方法非常方便，因为如果旧类与新的.net framework配合良好，则无需重新编写整个类以适应新框架

如果每件事都是您解决方案的一部分，并且工作正常，那么就没有理由不这样做，只要确保您检查每件事都符合要求，并且各部分都在一起工作即可

缺点是，如果您想将类迁移到一个更高的框架，您必须重写整个类代码以适应该框架，如果它不适合的话。

，（说文档中已经充分介绍了这一点，在这里很难得到好的答案），（说这在文档中已经有足够的内容，在这里很难得到好的答案）