将 VB.Net 2008 应用程序向后移植到目标 .Net 1.1
我有一个使用 VB.Net 2008 编写的小型诊断 VB.Net 应用程序（2 个表单、20 个子程序和函数），该应用程序面向 Framework 2.0 及更高版本，但现在我意识到我需要支持 Framework 1.1。 考虑到这些限制，我正在寻找最有效的方法来完成此任务：
- 我不知道应用程序的哪些部分是 2.0 特定的。
- 我可以毫不费力地重建表格。
- 我需要支持 SharpZipLib
我当前的想法是找到并安装 VB.Net 2003，复制我的代码并迭代地重新创建该工具。 有更好的选择吗？
I have a small diagnostic VB.Net application ( 2 forms, 20 subs & functions) written using VB.Net 2008 that targets Framework 2.0 and higher, but now I realize I need to support Framework 1.1. I'm looking for the most efficient way to accomplish this given these constraints:
- I don't know which parts of the application are 2.0-specific.
- I could reconstruct the forms without too much trouble.
- I need to support SharpZipLib
My current idea is to find and install VB.Net 2003, copy over my code and iteratively re-create the tool. Are there better options?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
您的应用程序听起来足够小，我将在 1.1 框架的单独文件夹中创建一个新的项目/解决方案，复制必要的文件，使用“添加现有项目”选项，然后构建。 所有的问题都会以这种方式浮出水面。
这是一种相当“丑陋”的方法，但它会向您展示需要预先修复的所有内容。
Your app sounds small enough that I would create a fresh project/solution in a separate folder for the 1.1 framework, copy over the necessary files, use the "Add Existing Item" option, and then build. All the problems will bubble up to the surface that way.
A rather "ugly" approach, but it'll show you everything you need to fix up front.
可能不会。 如果您不明白哪些位是 2.0 特有的，您可能必须走试错路线。 然而，如果您事先寻找泛型，您可能可以节省大量工作。 根据我的经验，这些是最常出现在我的代码中的 1.1 不兼容位。
Probably not. If you don't understand which bits are 2.0-specific, you're probably going to have to go the trial-and-error route. However, you can probably save yourself quite a bit of work if you go looking for generics beforehand. In my experience, those are the most numerous 1.1-incompatible bits that tend to make it into my code.
如果您能够掌握 VS 2010，您就可以（最终）针对多个框架。 因此，在一个项目中，您应该能够将 2.0 项目编译为 1.1 并查看发生了什么问题。
If you can gets your hands on VS 2010, you can (finally) target multiple frameworks. So within one project, you should be able to compile your 2.0 project to 1.1 and see what breaks.