我想创建另一个DLL只有窗体和一些shell方法来调用外部的exe,同时允许我的主窗体运行unpertubed类似的东西像一个伪多线程。所有这些有益健康的东西都在旧版vb6旧版应用程序中。为VB6桌面应用创建.net dll vs vb6 dll的最佳实践?
所以我想决定是否应该使用.net来写入DLL或VB6来写入DLL。是否有关系,在我冒险之前最小/刻度或什么我应该知道的是什么?
感谢
我想创建另一个DLL只有窗体和一些shell方法来调用外部的exe,同时允许我的主窗体运行unpertubed类似的东西像一个伪多线程。所有这些有益健康的东西都在旧版vb6旧版应用程序中。为VB6桌面应用创建.net dll vs vb6 dll的最佳实践?
所以我想决定是否应该使用.net来写入DLL或VB6来写入DLL。是否有关系,在我冒险之前最小/刻度或什么我应该知道的是什么?
感谢
如果你想要一个独立的窗体,那么一个ActiveX EXE应该是足够的。独立窗体是可以显示的窗体,调用应用程序将继续运行。这两者不会阻止对方。在这种情况下.NET DLL是矫枉过正的。
如果您需要涉及传统多任务的内容,比如获取大量数据并处理它,那么.NET DLL可能是更好的解决方案,因为多任务比EXE-> Active更直接EXE解决方案VB6。
根据你的其他问题,我觉得创建一个全局的多用途类,公开方法和参数来调用你的EXE所引用的ActiveX EXE中需要的表单。
更具体的将帮助我制定一个更好的答案。
@EDIT后评论
然后转移形式和对象在的ActiveX EXE将是正确的道路要走。然后,您可以从原始EXE中引用ActiveX EXE。
唯一的问题是你所复制的东西是否真的是独立的。好消息是,通过留在VB6中,您可以立即捕捉任何问题,而不会怀疑它是否是转换过程的人为因素。稍后,如果这是您的长期目标,则可以专注于转换为.NET。
我认为这是关系到your other question?在这种情况下,你并不需要DLL--我认为你错误地理解了RS Conley的答案。希望这有助于马克
MarkJ,我认为这个想法是将其他东西移动到一个DLL中,这样我就不再需要将我的应用程序更改为一个ActiveX文件了。谢谢。 – melaos 2009-02-26 09:12:24
由于我写了&你回复,RS康利已经提出了这个问题的答案 - 看看那个 – MarkJ 2009-02-26 17:21:36