在.NET 1.1中调用.NET 2.0程序集

最近我开发了一个.NET 2.0版本的内部框架，它基本上是类和帮助程序。在.NET 1.1中调用.NET 2.0程序集

问题是我有一些.NET 1.1网站和应用程序，并希望从他们使用我的框架。我知道我不能在.NET 1.1中调用.NET 2.0，但我有一个想法。

如果我使用ComVisible创建了另一个2.0项目并引用了一些我的2.0程序集，然后重新引用我需要的函数，只引用这些类，并在.NET 1.1中调用这个新的ComVisible程序集;我可以在.NET 1.1中使用2.0程序集吗？

如果这个作品我基本上可以用它.NET 1.1，Java反射等

还是我浪费我的时间？

来源

2010-01-07 pedrofernandes

我不明白为什么你想要通过所有这些努力。只有两种可能 - 要么：

运行这些网站的服务器/工作站/应用程序都安装了.NET Framework 2.0，在这种情况下，你可能也只是重新定位这些网站/应用程序到.NET 2.0并重建/重新部署它们（这应该花费所有10分钟），或者
服务器/工作站没有安装.NET Framework 2.0，在这种情况下，您所有的COM工作都是徒劳的，因为2.0组件没有框架，他们自己将无法运行。

我最近重新定位一大堆的“传统” 2.0的应用程序，以3.5为＃1没有一个单一的问题。我知道有一些突破性的变化，从1.1到2.0，但它们的数量很少，以至于几乎可以肯定需要更少的时间来搜索那些比处理所有COM疯狂所需要的更多的时间。

来源

2010-01-07 21:03:11 Aaronaught

但3.5是2.0的扩展，在迁移中没有任何问题。从1.1到2.0，很多函数被弃用或者dsignatures被改变。而2.0不是“遗产”是主要发布。 – pedrofernandes 2010-01-08 16:42:05

我不太理解你的评论。 .NET 3.5是一个新的框架版本，不同的编译器和一切，它不再是2.0的扩展，所以2.0是1.1的扩展。在2.0中已弃用了一些1.1功能，但这并不妨碍您在此期间使用它们，并且方法签名肯定会保留。就“遗留”评论而言，鉴于.NET 4.0几乎是最终的，我认为可以肯定地说2.0是“遗留”的; 1.1是“古老的”。 – Aaronaught 2010-01-08 17:26:32

@Aaronaught：实际上，.NET 2.0是该框架的主要版本，与.NET 1.1不同，它实际上是一个不同的框架，其中一些API变化从1.1（显然为1.0）变化。另一方面，.NET 3.0和3.5只是一套使用与.NET 2.0相同的CLR的程序集（和编译器）。退房： http://stackoverflow.com/questions/212896/how-do-the-net-framework-clr-and-visual-studio-version-numbers-relate-to-each-o – alexphi 2010-01-08 18:35:26

在.NET 1.1中调用.NET 2.0程序集

回答

相关问题