vb.net - studio - visual basic vs c#
¿Alguna aplicación vb ha migrado a Delphi? (6)
Intenté, en dos instancias, migrar de VB a Delphi, pero desafortunadamente tuve que abortar a mitad de camino en una aplicación, ya que usaba una gran cantidad de ActiveX de terceros (la mayoría de ComponentOne y algunas de CodeJoke). Tuvimos que abortar a mitad de camino ya que no pudimos encontrar ningún componente de VCL que tuviera una funcionalidad equivalente al ActiveX utilizado en el proyecto.
Fue una pesadilla para nosotros. Gracias a Dios abortamos a mitad de camino y cambiamos a C #. ¡Era increíble que pudiéramos obtener todas las características en el componente .NET al ídem!
La aplicación que logramos convertir funcionaba bien, pero tuvimos que deshacernos de algunas características que habíamos implementado en el software original ya que requerían más trabajo en Delphi.
Me gustaría escuchar las experiencias de los desarrolladores de vb clásicos que migraron sus aplicaciones a delphi en lugar de vb.net. ¿Cómo ha funcionado? ¿Estás contento o sientes que no te mudaste a vb.net?
Acabo de descubrir esto en DelphiFeeds :
Delphi para desarrolladores de Visual Basic Ayuda a migrar aplicaciones de VB (conocimiento y habilidades) a Delphi
No soy realmente un desarrollador de vb sino un desarrollador de Delphi que se vio obligado a mantener algunas aplicaciones de vb por un tiempo. Traté de migrar una aplicación de vb a vb.net y después de esa experiencia, nunca volví a intentarlo. Migré con éxito varias aplicaciones vb a Delphi. No fue fácil y se convirtió en un dolor en la parte inferior de la espalda para encontrar reemplazos nativos de Delphi para algunos de los OCX que se habían utilizado (nunca volveré a confiar en una biblioteca de terceros para la que no tengo el código fuente). , pero funcionó bien.
Pero como dije antes: soy un desarrollador experimentado de Delphi, así que no tuve que aprender Delphi al mismo tiempo que migrar una aplicación de vb. Eso ciertamente lo hizo mucho más fácil.
Tuve un buen amigo que se mudó de Classic VB a Delphi hace un tiempo (antes de .NET). Él estaba realmente feliz con el movimiento.
La empresa para la que trabajó hizo aplicaciones en VB, y formaron un equipo especial (2 desarrolladores) para crear controles Active X en Delphi para que el resto de la compañía lo utilice. Además, cuando había algo que no podían hacer en VB, el equipo Delphi lo hacía. Fue entonces cuando le presentaron a Delphi.
Dijo que no pasó mucho tiempo antes de que el equipo de Delphi pudiera prototipar aplicaciones en Delphi más rápido que el resto del grupo de desarrollo (nunca dijo qué tan grande, pero mucho más que dos) podría hacerlo. La compañía nunca cambió a Delphi de VB porque alguien tenía la impresión de que el VB era una solución mejor a pesar de la evidencia de que Delphi era más poderosa y más rápida.
Unos años más estuve trabajando con otro estudiante en nuestro año de colocación. Trabajamos para una compañía de fabricación muy grande. Uno de sus proyectos fue crear una aplicación VB clásica para interactuar con varias cámaras en una línea de producción y analizar los datos en tiempo real. En el VB clásico esto era un desastre: en promedio, se tardó 1,5 minutos en procesar un solo fotograma de una sola cámara (7 cámaras a 24 fps). No había manera de que pudiera optimizarlo.
Eventualmente dio el salto a Delphi y volvió a escribir esa aplicación y funciona fantásticamente. Recientemente he estado en contacto con algunos amigos que todavía trabajan allí y su aplicación ha estado funcionando sin problemas durante 3 años.
He trabajado tanto en VB como en Delphi, y Delphi es (IMO) mucho menos frustrante / limitante. Debería poder usar los controles ActiveX / OCX según sea necesario (aunque estoy de acuerdo con otros comentarios sobre: evitar allí donde pueda y estar seguro de tener un código fuente completo). Las aplicaciones que migramos de VB a Delphi (dos) han ido bien.