独立したフォームが必要な場合は、ActiveX EXEで十分です。独立したフォームは表示可能なフォームで、呼び出し元のアプリケーションは引き続き実行されます。両者はお互いを止めない。この場合、.NET DLLは過剰です。
従来のマルチタスキングが必要なものがある場合は、データチャンクを作成して処理するような場合は、マルチタスクはEXE-> Activeよりも簡単ですVB6のEXEソリューション。
あなたのEXEで参照されるActiveX EXEで必要なフォームを呼び出すためのメソッドとパラメータを公開するグローバルなマルチ使用クラスを作成すると、やり方が変わると思います。
さらに詳しい情報は、より良い答えを手助けするのに役立ちます。 COMMENT
AFTER
@EDITは、その後のActiveX EXE上のフォームとオブジェクトを転送することは行くための正しい方法でしょう。その後、元のEXEからActiveX EXEを参照することができます。
唯一の問題は、コピーしているものが本当にスタンドアロンかどうかです。良いニュースは、VB6に滞在することによって、変換プロセスの成果物であるかどうか疑問を呈するのではなく、すぐに問題を発見することです。後でそれが長期目標であれば、.NETへの変換に集中することができます。
@RSこれは厳密にメインのexe/formです。エディタボタンは別のフォームを呼び出します。これらのうち2つはメインのexe/formと一緒に実行されます。今のところ、これらの子フォームにはマルチタスクが必要ではありません。他にどんな具体的なことがありますか?ありがとう! – melaos