Delphi 2005 y .NET

16/03/2005 - 22:16 por Carlacos | Informe spam

Hola, tenemos una aplicación hecha conDelphi 5.0; la
cuestión es que se pretende abrir ese código Win32 con
Delphi 2005 (no sé cómo lo hará, si migrará código
internamente u otra cosa).

La cuestión es que el nuevo proyecto será código
administrado CLR no?

Se tiene otro proyecto C#, con WinForms, con formularios y
librerías, y la idea era desde ese código Delphi .NET
llamar a los WinForms y DLLs, del proyecto de C#.

Es viable hacerlo así ? existen consideraciones a tratar ?

Agradecería su ayuda con gran entusiasmo.

Siga el debate

5 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#1 Alfredo Novoa

17/03/2005 - 13:52 | Informe spam

On Wed, 16 Mar 2005 13:16:03 -0800, "Carlacos"
wrote:

Mostrar la cita
Si, claro.

Mostrar la cita
En principio no debería haber problema.

Mostrar la cita
Hay un tema bastante importante que es si la aplicación tiene que
acceder a un SGBD.

Saludos

Responder a este mensaje

#2 Anonimo

17/03/2005 - 15:10 | Informe spam

Si, la aplicación accederá a BBDD, qué hay que
considerar ??

Mostrar la cita

Mostrar la cita
formularios y
Mostrar la cita
tiene que
Mostrar la cita

Responder a este mensaje

#3 Alfredo Novoa

17/03/2005 - 16:46 | Informe spam

On Thu, 17 Mar 2005 06:10:33 -0800,
wrote:

Mostrar la cita
Pues como hacer para coordinar el acceso al SGBD de las partes hechas
en Delphi y en C#

Delphi tiene formas de acceder a los SGBD bastantes diferente a las de
Visual Studio y C#.

Saludos

Responder a este mensaje

#4 Alfredo Novoa

17/03/2005 - 17:18 | Informe spam

On Thu, 17 Mar 2005 16:46:34 +0100, Alfredo Novoa
wrote:

Mostrar la cita
bastante diferentes O:)

Que mal estoy hoy :)

Menos mal que me voy de vacaciones

Saludos

Responder a este mensaje

#5 Octavio Hernandez

19/03/2005 - 11:55 | Informe spam

Hola,

Mostrar la cita
Delphi 2005 (no sé cómo lo hará, si migrará código internamente u otra
cosa).

Delphi 2005 ofrece una librería de compatibilidad, la VCL.NET, para permitir
compilar una versión de tu programa para .NET. La migración no es automática
100%, y los tres factores que más dificultan la migración son los
siguientes:
a) uso de punteros. Deberás eliminar los usos de punteros (p.e. PChar),
peticiones de memoria dinámica, etc. Nada de eso existe en .NET.
b) llamadas directas a las API de Windows u otras DLLs. Habrá que migrar el
código para hacerlo a la manera .NET.
c) componentes de terceros. Si utilizas componentes de otros fabricantes,
necesitarás las versiones VCL.NET de éstos.

Mostrar la cita
Sí será código administrado, que incluirá varias librerías de Borland que
también son código administrado, aunque con múltiples dependencias de las
APIs de Windows.

Mostrar la cita
llamar a los WinForms y DLLs, del proyecto de C#. Es viable hacerlo así ?
existen consideraciones a tratar ?

En principio puedes tomar dos enfoques:
a) migrar la aplicación Delphi a la VCL.NET, y luego hacer las llamadas
desde ella al código C#. Con casi total seguridad lo más difícil será la
migración por las razones anteriormente expuestas. Llamar desde Delphi .NET
a un formulario WinForms es trivial.
b) llamar al código .NET * DIRECTAMENTE DESDE LA APLICACION DELPHI WIN32 *
(sin migrarla a .NET). Para ello podrías exponer tus clases y formularios
.NET como objetos COM (echa un vistazo a la documentación sobre el atributo
COMVisible). Desde una aplicación Delphi tradicional es muy fácil utilizar
objetos COM.

Yo creo que esta segunda variante te será más viable (a menos que la
aplicación Delphi sea muy trivial :-). Por supuesto, sólo estamos hablando
de llamadas a código, no de compartir el acceso a base de datos, porque como
decía Alfredo éstos son totalmente diferentes en Delphi y .NET.

Salu2,

Octavio

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida