所以我知道每个新版本的 VS 和 .NET 都有新功能。我的问题是,只要我在构建和编译代码时使用正确的 .NET 框架,我使用哪个版本的 IDE 真的很重要吗?
我有一个我为其编写代码的软件程序,它只支持 VS 2008 和 .Net 3.5。我可以在 VS 2010/12 中很好地编写我的代码并通过 .NET 3.5 编译它。这样做真的有问题吗?外部程序真的会知道我使用的是什么版本吗?
我问这个是因为与 2008/10 相比,我真的很喜欢使用 VS 2012 的界面。
所以我知道每个新版本的 VS 和 .NET 都有新功能。我的问题是,只要我在构建和编译代码时使用正确的 .NET 框架,我使用哪个版本的 IDE 真的很重要吗?
我有一个我为其编写代码的软件程序,它只支持 VS 2008 和 .Net 3.5。我可以在 VS 2010/12 中很好地编写我的代码并通过 .NET 3.5 编译它。这样做真的有问题吗?外部程序真的会知道我使用的是什么版本吗?
我问这个是因为与 2008/10 相比,我真的很喜欢使用 VS 2012 的界面。
目标框架版本独立于 Visual Studio 版本。
您可以在 Visual Studio 2010 / 2012 中针对 .Net 3.5 进行编译。
这样做真的有问题吗?外部程序真的会知道我使用的是什么版本吗?
一般来说,没有。它不应该知道或关心使用了哪个版本的 Visual Studio。
一个例外可能是使用 Visual Studio 2012 来定位 .NET 4.0。由于 4.5 是 4.0 的就地替代品,并且安装 VS 2012 总是安装 .NET 4.5,因此您可能会遇到.NET 4.5 中的一些向后兼容性问题。
如果您没有 4.0 的参考程序集并且遇到了罕见的兼容性问题之一,这可能会特别成问题。
由于您的目标是 .NET 3.5,这是最后一次 CLR 2 就地升级,所以应该没有问题。
二进制文件可能与从早期版本的 Visual Studio 编译的二进制文件有点不同,但它在任何安装了目标版本 .NET 的机器上都将执行相同的操作。
更高版本的 VS 支持新版本的 .NET,但保持向后兼容性,因此基本上您可以使用高于 2008 的任何 VS 版本