如何在 VisualStudio 中混合不同编译器版本的程序：？
您好，
我们的整个项目是基于 vs2003 构建的。之前他们在他们的项目中使用了 SQLDMO。
现在我们计划使用 SQLSMO，它必须具有 .NETFRAMEWORK 2.0。但据我
所知，vs2003 在 .netframework1.1 下运行。
现在我的问题是如何混合这两者。 我的想法是在我的机器上我已经安装
了.NETFRAMEWORK 2.0，所以使用2.0框架编译了SMO项目（我已经编写了托管代码），之后
我可以将这个混合到VS2003中吗？ （如何使用.NET框架进行编译，当我尝试msbuild.exe时，它显示项目需要打开并转换为最新版本错误，显示如何纠正这个错误）
（或者）
我需要迁移到VS2005（仅最后一个选项）
帮助我呜呜呜
HI
our total project had Built on vs2003.earlier they have used SQLDMO in teheir project.Now
we have palnned to use SQLSMO instead which must have .NETFRAMEWORK 2.0.But as of my
knowledge vs2003 runs under .netframework1.1.
Now my question is how to mix these two. my thinking is in my machine i have alresdy
.NETFRAMEWORK 2.0 installed so Compiled that SMO prject(i hav written managed code) using 2.0 framework and after that
can i mix this one to VS2003 is it possible??? (how to compile using .NET framework when i try msbuild.exe it shows project needts tobe open and gets converted to latest version error showing how to rectify this one)
(or)
i need to migrate to VS2005 (last option only)
Help me plzzzzzzzzzzzz
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
首先要做的事——在 VS2008（或者 2005，如果你不能得到 '8）中启动项目，看看它是如何转换的——很多东西实际上会很好地转换，没有那么多重大变化。 这将确定未来的痛苦程度。 将其与新版本框架中的功能进行比较，您应该可以轻松做出决定。
另请记住，如果某些组件几乎是死的，在大多数情况下，.NET 2.0 肯定可以与 1.1 程序集通信并引用 1.1 程序集，因此如果某些部分无法转换但没有更改，您可以静态引用它们。
First thing to do--fire up project in VS2008 (or 2005 if you can't get '8) and see how it converts--many things will actually convert just fine, there were not that many breaking changes. This will establish the level of pain in going forward. Compare that against features in newer versions of the framework and you should have a reasonably easy decision to make.
Also keep in mind that, if some components are pretty much dead letter, .NET 2.0 can definitely talk to and reference 1.1 assemblies in most cases, so if some parts can't convert but are not changing, you can just statically reference them.
我的建议是不要尝试，在 Visual Studio 的更高版本上进行标准化，您可以轻松迁移解决方案/项目文件。
My advice is not to try, standardize on the later version of Visual Studio, you can migrate the the solutions / project files easily.
如果您需要使用 .NET Framework 2.0，您可以选择 Visual Studio 2005 或 VS2008。 我更喜欢 VS2008，因为您可以从中定位不同的 .NET 环境，而不是与单一版本的框架绑定的早期 Visual Studio。
如果您有许多依赖的其他项目，您要么也必须转换它们，要么留在 .NET 1.1 上并忘记 SQLSMO。 我认为你不能两者兼得。 另一方面，如果还有其他几个项目依赖于您生成 1.1 兼容的程序集，那么您几乎只能使用 VS2003，并且可以（再次）忘记 SQLSMO。
If you need to work with the .NET framework 2.0 your choices are either Visual Studio 2005 or VS2008. My preference would be VS2008 as you can target different .NET environments from it instead of the earlier Visual Studios that were tied to a single version of the framework.
If you've got a bunch of other projects that you depend on you'll either have to convert them as well or stay on .NET 1.1 and forget about SQLSMO. I don't think you can have both. If on the other hand there are several other projects that depend on you producing 1.1-compliant asssemblies then you're pretty much stuck with VS2003 and can forget about SQLSMO (again).