Какие-либо приложения VB мигрировали в Delphi?

Question

Мне бы хотелось услышать об опыте классических разработчиков vb, которые перенесли свои приложения в delphi, а не в vb.net. Как это получилось? Вы рады или сожалеете, что не перешли на vb.net?

Answer 1

Я не разработчик VB, а разработчик Delphi, который был вынужден некоторое время поддерживать некоторые приложения VB. Я пытался перенести одно приложение vb на vb.net, и после этого опыта я никогда не пробовал его снова. Я успешно перенес несколько приложений VB в Delphi. Это было нелегко, и стало трудно в нижней части спины найти собственные замены Delphi для некоторых из используемых OCX (я никогда больше не буду полагаться на стороннюю библиотеку, для которой у меня нет исходного кода). , но все получилось хорошо.

Но, как уже было сказано выше: я опытный разработчик Delphi, поэтому мне не пришлось изучать Delphi одновременно с миграцией vb-приложения. Это, конечно, сделало это намного проще.

Answer 2

Я только что заметил это на DelphiFeeds :

Delphi для разработчиков Visual Basic Помогите перенести приложения VB (знания и навыки) в Delphi

Answer 3

Несколько лет я работал с другим студентом в нашем году поступления. Мы работали в очень крупной производственной компании. Одним из его проектов было создание классического приложения VB для взаимодействия с несколькими камерами на производственной линии и анализа данных в режиме реального времени. В классическом VB это был бесполезный процесс - в среднем 1,5 минуты требовалось для обработки одного кадра с одной камеры (7 камер со скоростью 24 кадра в секунду), не было никакой возможности оптимизировать его.

В конце концов он окунулся в Delphi, переписал это приложение и работает фантастически. Недавно я общался с несколькими друзьями, которые все еще там работают, и его приложение работает без сбоев уже 3 года.

Answer 4

У меня был хороший друг, который некоторое время назад перешел из Classic VB в Delphi (еще до .NET). Он был действительно счастлив с переездом.

Компания, в которой он работал, создавала приложения на VB, и они собрали специальную команду (2 разработчика) для создания элементов управления Active X в Delphi для использования остальной частью компании. Кроме того, когда в VB было что-то, чего они не могли сделать, команда Delphi делала это. Это было, когда он был представлен Delphi.

Он сказал, что вскоре Delphi сможет создавать прототипы приложений в Delphi быстрее, чем остальная часть группы разработчиков (он никогда не говорил, насколько большой, но более двух) может. Компания никогда не переключалась на Delphi с VB, потому что у кого-то сложилось впечатление, что VB является лучшим решением, несмотря на доказательства того, что Delphi был более мощным и быстрым.

Answer 5

Я работал как в VB, так и в Delphi, и Delphi (IMO) намного меньше разочаровывает / ограничивает. Вы должны иметь возможность использовать элементы управления ActiveX / OCX по мере необходимости (хотя я согласен с другими комментариями: избегать там, где вы можете, и быть уверенным, что у вас нет полного исходного кода). Приложения, которые мы перенесли с VB на Delphi (два), прошли успешно.

Answer 6

В двух случаях я пытался перейти с VB на Delphi, но, к сожалению, мне пришлось прервать на полпути в одном приложении, так как в нем использовалось много сторонних ActiveX (большинство из ComponentOne и несколько из CodeJoke). Нам пришлось прервать работу на полпути, так как мы не смогли найти компоненты VCL, обладающие функциональностью, эквивалентной ActiveX, используемой в проекте.

Это был кошмар для нас. Слава богу, мы прервались на полпути и переключились на C #. Это было невероятно, что мы могли получить все функции компонента .NET к тому же!

Приложение, которое нам удалось преобразовать, прошло успешно, но нам пришлось избавиться от нескольких функций, которые мы реализовали в оригинальном программном обеспечении, поскольку они требовали больше работы в Delphi.