Лучшая практика для создания .net DLL против VB6 DLL для настольного приложения VB6? - PullRequest
0 голосов
/ 26 февраля 2009

Я пытаюсь создать еще одну dll с помощью только форм и некоторого метода оболочки для вызова внешнего exe-файла, в то же время позволяя моей основной форме запускать нечто вроде псевдо-многопоточности. И все эти полезные черты содержатся в старом унаследованном приложении vb6.

Так что я пытаюсь решить, должен ли я использовать .net для написания dll или vb6 для записи dll. Имеет ли это значение, и каков минимум / тики или что я должен знать, прежде чем сделать решающий шаг? 1003 *

Спасибо

Ответы [ 2 ]

2 голосов
/ 26 февраля 2009

Если вам нужна независимая форма, тогда ActiveX EXE должно быть достаточно. Независимая форма - это форма, которая может быть отображена, и вызывающее приложение продолжает работать. Два не останавливают друг друга. В этом случае .NET DLL является излишним.

Если вам нужно что-то, что включает в себя традиционную многозадачность, например, получение части данных и их обработку, то .NET DLL может быть лучшим решением, так как многозадачность более проста, чем EXE-> Active EXE решение VB6.

Исходя из вашего другого вопроса, я чувствую, что создание глобального универсального класса, который предоставляет методы и параметры для вызова форм, которые вам нужны в EXE-файле ActiveX, на который ссылается ваш EXE-файл, будет правильным решением.

Дополнительные подробности помогут мне найти лучший ответ.

@ РЕДАКТИРОВАТЬ ПОСЛЕ КОММЕНТАРИИ

Тогда перенос форм и объектов через ActiveX EXE будет правильным решением. Затем вы можете ссылаться на ActiveX EXE из оригинального EXE.

Единственный вопрос: действительно ли то, что вы копируете, является автономным. Хорошая новость заключается в том, что, оставаясь в VB6, вы сразу же обнаружите любые проблемы, а не задаетесь вопросом, является ли это артефактом процесса преобразования. Позже вы можете сосредоточиться на переходе на .NET, если это ваша долгосрочная цель.

0 голосов
/ 26 февраля 2009

Я думаю, что это связано с другим вашим вопросом ? В этом случае вам действительно не нужна DLL - я думаю, вы неправильно поняли ответ RS Conley. Надеюсь, это поможет, Марк

...