我们的代码,我的工作。网2.0.为我们新的组件/Dll/网络应用程序,我想利用什么3.5提供的。

可以一种混合。净框架(每会)在一个解决方案?是否有任何IIS有关的事项呢?

我很想听到任何正/负/howto的反馈意见。让我知道!

谢谢!

有帮助吗?

解决方案

是的你可以做这些工作室和它被称为 多目标.

斯科特*格思里有一个很大的博客上 多目标的支持Visual Studio.

VS2008年的第一个版本 Visual Studio,包括 多目标的支持。网。这是什么意思是,你可以使用 VS2008年创建和编辑不仅 .净3.5项目,但也。净3.0 和。网2.0的项目。此 允许开发,以更快 升级并利用新的 Visual Studio工具的功能– 而不必一定要求 较新版本。净是 上安装客户 生产服务器运行他们的 应用程序。

欢呼

其他提示

编辑:我错了,你可以您可以去2.0参考3 +组件,因为CLR是一样的。从2.0 / 3. +将4.0时,因为是CLR的新版本,这将不会是这种情况。

HTTP: //abdullin.com/how-to-use-net-35-syntax-and-compiler-features-for-net-20/

如果你能等待新的.NET 4.0框架,你将能够并排在同一进程中运行DLL的每个版本的一面。

这不应是一个问题。通过.NET 3.5 SP2所有的.NET 2.0 RTM使用CLR的版本完全相同。他们只受到所包括的组件的数量不同。该组件格式是相同的。当然,如果你采取的唯一包含在.NET 3.5的组件的优势,你必须确保3.5是否确实在目标计算机上安装。你很快就会发现,如果它不是。

3.5应该已经是在机器上是否已经启用了Windows更新。如果不是这样,它需要一个十几分钟得到它在那里。

作为边注,我们有我们在2.0使用,并且仍然在使用3.5,而无需重新编译一些旧1.0库。因此,有一些向后兼容性存在。

可以没有NET 1.1 assmeblies在同一进程中运行作为.NET 2.0+组件 - 试图这样做将产生一个故障

至于IIS,这意味着你不能在同一个应用程序池的.Net 2.0及以上站点运行.NET 1.1网站/虚拟目录 - 你需要创建一个单独的应用程序池,以保持NET 1.1代码在不同的进程中运行。 (这只能在IIS 6.0来完成以上,即无法在Windows XP)

然而,由于nobugz说 - NET 2.0通过到.NET 3.5都使用相同的CLR等不同版本的Net代码可以在相同的组件,而不担心混合 - 这也适用于IIS真(.NET 2.0和.Net 3.5代码可以愉快地在相同的应用程序池共存)

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top