Delphi - Usar Clases, dll´s, otros...

Hola a todos los listeros.

Somos 3 personas que desarrollamos 6 proyectos y surgió
un planteo difícil de explicar, por lo que seré claro y breve. Tenemos 6
proyectos independientes en delphi 4 con Windows 98 y hemos desarrolado
un grupo de funciones útiles para los 6 proyectos.

El problema es que ahora cada proyecto comienza a hacer llamadas a
ventanas de los demás proyectos. Dichas ventanas están desarrolladas
para funcionar sobre el proyecto para el que fueron creadas (utilizan la
interfaz del main del proyecto madre), por lo que cuando las uso desde
el otro proyecto obviamente me da el error más famoso "FFFFFFFF" (por lo
menos por aquí).

De manera que obviamente hay que hacer una reingeniería completa de
compilación. Es por ellos que quisiera conocer su opinión acerca de qué
es mejor implementar para centralizar código para no aumentar los
ejecutables con lo mismo. ¿De qué manera lo están manejando los que son
varios para implementar esta modalidad de trabajo, centralizando código
y sin pisar los desarrollos del otro? ¿Hacer clases con el código hecho,
construir dll´s, utilizar objectos COM ó DCOM, otra idea cualquiera...?

Desde ya agradezco y valorizo su opinión, ya que con ella enriqueceré
mis conocimientos, debido a que, como varios es este foro, dudamos de
las teorías hasta que las hacemos prácticas.

Saludos.

Fabián Lencina
Dpto. Análisis y Desarrollo
SP Soft Sistemas Informáticos
Río Tercero, Córdoba

REPUBLICA ARGENTINA!
Próximo Campeón Mundial de Fútbol 2002!

Todas las opciones que planteas son validas, pero tienen sus ventajas/desventajas

1-Hacer clases con el código hecho (Clases nativas de Delphi):

Posiblemete la via mas rapida. Encapsular los procesos dentro de clases nativas de Delphi y reutilizar en las demas apps. Como desventaja, esta que el codigo se compila dentro del ejecutable (que para el caso es una desventaja porque eso implica que en caso de mejorar/cambiar la funcionalidad de las clases hay que recompilar y reinstalar), a menos que utilicen paquetes. Usar paquetes es mas modularizado y no requiere recompilar todas las apps, pero es un poco mas dificil... aunque no mas que usar dlls

2-construir dll´s: Como repositorio de objetos. Algo asi como una unit de funciones. Realmente no tiene sentido teniendo la opcion de usar paquetes o COm

3-- Utilizar objectos COM,MTS,SOAP: Cualquier servidor externo. Permite ser llamado remotamente (cliente/servidor), desde otros lenguajes /sistemas operativos etc... Pero es un poco mas complicado de hacerlo bien, ya que si al fin y al cabo las funcionalidad de estos servidores no se requiere para el mundo externo, es mas sencillo irse por las clases nativas.

Pero si esto debe ser reutilizado desde otros sistemas, es la solucion ideal.

mamcx:

Agradezco tu colaboración. Solamente me queda una duda:

En el punto 2 planteas poder usar paquetes o COM. A que te refieres con paquetes?

Saludos.