64 位进程中的 Microsoft.VisualBasic.Compatibility.VB6 命名空间是否存在已知问题?
使用Microsoft.visualbasic.compatibility.vb6在.NET Framework 4+项目中的命名空间的类别发出以下警告:
警告BC40000: <类名称> 是过时的:'microsoft.visualbasic.compatibility。*类是过时的,仅在32位进程中支持。 http://go.microsoft.com/fwlink/?linkid = 160862 /p>
我知道这些课程是古代视觉工作室版本可用的VB6-> vb.net转换向导的残余物,不应用于新开发。我还知道“不支持”意味着我自己一个人,如果有什么破裂。
话虽如此,我正在尝试评估将这些类别从x86到AnyCPU使用的旧旧库的风险,以便可以在64位主机应用程序中使用。根据一些初步测试,一切似乎都起作用。
除了没有正式支持外,是否有使用Microsoft.visualbasic.compatibility.vb6在64位过程中使用Microsoft.visualbasic.compatibility.vb6名称空间的混凝土已知问题?
Using classes from the Microsoft.VisualBasic.Compatibility.VB6 namespace in a .NET Framework 4+ project yields the following warning:
Warning BC40000:
<Class name> is obsolete: 'Microsoft.VisualBasic.Compatibility.* classes are obsolete and supported within 32 bit processes only. http://go.microsoft.com/fwlink/?linkid=160862
The project uses the classes LabelArray
, TextBoxArray
and PictureBoxArray
as well as the methods Format
, SetItemData
and GetItemData
from the Support
module.
I'm aware that these classes are remnants of the VB6->VB.NET conversion wizard available in ancient Visual Studio versions and should not be used for new development. I am also aware that "not supported" means that I'm on my own if anything breaks.
That having been said, I am trying to assess the risk of switching an old legacy library that still uses those classes from x86 to AnyCPU, so that it can be used in a 64 bit host application. According to some preliminary tests, everything just "seems to work".
Apart from not being officially supported, are there any concrete known issues with using classes from the Microsoft.VisualBasic.Compatibility.VB6 namespace in a 64 bit process?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论