发展的32位操作系统

发展的32位操作系统

本文介绍了64位服务器的目标,发展的32位操作系统的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

背景:我正在开发,将在Visual Studio 2010开发的Windows XP 32位操作系统的ASP.NET Web应用程序(企业标准,不能改变)。目标服务器是Windows 2008服务器的64位(IIS 7)。该应用程序将被引用的非托管的DLL(甲骨文ODP.NET,11.2),同时具有32位和64位版本。

Background:I'm developing an ASP.NET web application that will developed in Visual Studio 2010 on Windows XP 32 bit OS (company standard, cannot change). The target server is a Windows 2008 Server 64 bit (IIS 7). The application will be referencing an unmanaged dll (Oracle ODP.NET, 11.2) that has both 32 bit and 64 bit versions.

问:在一般情况下,什么是发展,它引用非托管DLL,它同时具有32位和64位版本从部署到64操作系统的32位操作系统的开发环境.NET应用程序的最佳方法?其中提到的一个解决方案是在IIS切换到32位模式,但我想,以防止64位驱动程序的性能提升。

Question:In general, what is the best approach to develop a .NET application that references an unmanaged dll that has both 32 bit and 64 bit versions from a 32 bit OS development environment that deploys to a 64 OS? One solution mentioned was to switch to 32 bit mode in IIS, but I would like to keep the performance gain from the 64 bit driver.

推荐答案

如果该DLL的名称是相同的32位和64位,然后就写了32,但部署的64位时,只需使用权DLL。它应该只是工作假设使用的IntPtr为正确的事情的库。

If the name of the DLL is the same for 32 and 64 bit, then just write it for 32, but when deploying for 64 bit, just use the right DLL. It should just work assuming the library used IntPtr for the right things.

这篇关于64位服务器的目标,发展的32位操作系统的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

09-02 11:48