Existe el concepto de "PAQUETES" en Delphi?

[rgstuamigo]

Hola amigos del club, quisiera saber si en Delphi existe el concepto de "paquetes" para crear Modulos en las aplicasiones, es decir por ejemplo:
Tener EL MODULO O PAQUETE DE VENTAS,MODULO O PAQUETE DE INVENTARIO,PAQUETE DE COMPRAS,ETC,ETC; que son cada uno independiente pero que entre todos forman el Sistema entre si.
Pregunto esto por que desconosco si existe esa forma de trabajar en Delphi.
No quisiera crear un conflicto pero en java se trabaja de esta forma con los famosos "paquetes" para que la aplicasion pueda tener las diferentes capas.
Espero que me hayan entendido..... ya que nesecito saber si se puede para poder implemetarlo en mi Aplicacion....
Muchas gracias de antemano.....

[[maeyanes]]

Hola...

En Delphi tenemos el concepto de Packages que bien se podría utirlizar para lo que quieres...

Busca en el foro por pluging o por paquetes y deberás encontrar más información al respecto.



Saludos...

[rgstuamigo]

Ya busque y no pude encontrar mucho que digamos, al parecer el concepto de "PAQUETE" en delphi se refiere a otra cosa y no a lo que me estoy refiriendo.
Parece ser que en Delphi el concepto de paquete se refiere mas especificamente a un grupo de componentes que pueden instalarse o crearse en el IDE.
Pero yo no me refiero a eso sino a la forma de trabajar en una aplicasion multicapa.
Espero haberme explicado...

[[Lepe]]

Si existe, aunque se usa cuando el sistema es grande, muy grande diría yo. Para mí es grande si el .exe pesa más de 10 megas, pero vamos, es mi criterio.

Aquí un enlace para empezar, después puedes ir tirando del hilo

Aquí otro, busca en el foro por "runtime package" (sin las comillas), algún hilo hablará de componentes, otros de datamodules y formularios... esos son los que te interesa .

[[xEsk]]

La idea de paquetes (tal como en Java) en Delphi no existen. Pero de hecho los paquetes en Java (por lo que he visto hasta el momento) no dejan de ser directorios.

Una forma de "emular" esto, seria creando los directorios y meter las units dentro. Asi en el inspector del proyecto, lo puedes tener origanizado por "paquetes".

No se si se me ha entendido... xD

[rgstuamigo]

Una forma de "emular" esto, seria creando los directorios y meter las units dentro. Asi en el inspector del proyecto, lo puedes tener origanizado por "paquetes".

Si yo habia pensado en eso pero la diferencia es que en Java lo puedes trabajar a nivel de capa, es mas se trabaja con Modelo-Vista-Controlador

y puedes poner en un paquete no solo Form(Frames en java)sino tambien unidades planas, osea sin form(Frame).
En cuanto a lo que dice Lepe me parece como lo he dicho antes que el concepto de Paquete en Delphi va relacionado con componentes.
Los hilo que he visto hablan de form(Componentes)y otros.

[rgstuamigo]

De hecho, los paquetes (Packages) se pueden utilizar para las dos cosas, es decir, tienes paquetes de diseño ("Desing Package" - los componentes que instalas en Delphi) y tienes paquetes de ejecución (RunTime Package), que son los que te interesarían y que puedes crear en Delphi. También tienes los paquetes que son de diseño y ejecución, pero eso ya es más aparte.

Utilizando paquetes (packages) puedes de manera muy sencilla, hacer módulos para tu sistema, en pocas palabras, tendrías un ejecutable (archivo .exe) con el que cargues los paquetes (módulos de tu sistema). Puedes manejar versiones de prueba, estandar, avanzadas, modulares o como lo necesites, simplemente sería cuestión de organizar como distribuyes los archivos de los paquetes (archivos .bpl).

Insisto todo lo que se ha dicho sobre los paquetes en Delphi(Paquetes dinamicos,etc)al parecer es a nivel de componentes.Si me equivoco corrijanme..

[ContraVeneno]

De hecho, los paquetes (Packages) se pueden utilizar para las dos cosas, es decir, tienes paquetes de diseño ("Desing Package" - los componentes que instalas en Delphi) y tienes paquetes de ejecución (RunTime Package), que son los que te interesarían y que puedes crear en Delphi. También tienes los paquetes que son de diseño y ejecución, pero eso ya es más aparte.

Utilizando paquetes (packages) puedes de manera muy sencilla, hacer módulos para tu sistema, en pocas palabras, tendrías un ejecutable (archivo .exe) con el que cargues los paquetes (módulos de tu sistema). Puedes manejar versiones de prueba, estandar, avanzadas, modulares o como lo necesites, simplemente sería cuestión de organizar como distribuyes los archivos de los paquetes (archivos .bpl).

Aquí tienes un ejemplo muy claro sobres como trabajar con paquetes con el que te puedes basar para lograr lo que buscas.

[[duilioisola]]

Opción 1:
Pues no se si se llaman paquetes, pero puedes hacer una dll por cada módulo de la aplicación.

Opción 2:
Hay una forma de dividir la aplicación que hagas en diferentes "paquetes". Lo malo es que no recuerdo como se llaman. Funcionan de forma similar a una dll... se cargan en momento de ejecución y luego hay que liberarlas al cerrar el programa (o el módulo del programa)

[rgstuamigo]

Si te refieres a que si puedes modularizar en uno de estos paquetes las "reglas de negocio" de tu aplicación la respuesta es SI y como comentan algunos amigos foristas, no es necesario u obligatorio que tengas componentes visuales dentro del paquete para que funcione, si solo quieres tener una función que reciba un parametro para generar un resultado bien lo podrias hacer.

Pero como se hace esto? Necesito un ejemplo basico.

Nuestro amigo rgstuamigo insiste mucho en que los paquetes de delphi no son como en otros lenguajes, pero quizá sería bueno que aclarase más qué es lo que esperaría. Porque, por ejemplo, en java, los paquetes, hasta donde sé, únicamente contienen clases, pues, de hecho, en java sólo hay clases, no unidades "planas".

Desde luego que en Java solo hay clases y no unidades pues cada clase se guarda en un archivo diferente es decir cada clase es un archivo con el mismo nombre de la clase y claro esta que eso es por orden; en DELPHI puedo tener mas de una clase en un solo archivo de ahi el concepto de Unidad . Entrealgunas Ventajas de trabajar como lo hace java seria:

• Los paquetes son una forma de organizar grupos de clases. Un paquete contiene un conjunto de clases relacionadas bien por finalidad, por ámbito o por herencia.
• Los paquetes resuelven el problema del conflicto entre los nombres de las clases. Al crecer el número de clases crece la probabilidad de designar con el mismo nombre a dos clases diferentes.
• Las clases tienen ciertos privilegios de acceso a los miembros dato y a las funciones miembro de otras clases dentro de un mismo paquete.

Por poner un ejemplo cuando hacemos una clase en Delphi logicamente no se ve obligada a pertenecer a un paquete(en la forma como lo trabaja Delphi), en cambio en Java cuando creamos una clase esta OBLIGADAMENTE DEBE pertenecer a un paquete.Es por que el mismo entorno del lenguaje esta estructurado asi.
Lo menos que quiero es crear una polemica sobre el caso , lo bonito es que podemos discutir este asunto con diplomacia y cada uno sacar sus conclusiones y aportar para el conocimiento de todos.
Recapitulando alguna duda que aun me queda les preguntaria lo siguiente:
Ustedes que tienen mas experiencia en el desarrollo de aplicaciones en delphi,¿Como hacen para trabajar en Delphi cuando tienen que hacer su aplicacion a nivel de capas(capa de negocio, capa de datos, capa de presentacion)?,¿Como lo organizan?,¿de que forma lo trabajan?,¿Alguien ha hecho alguna ves aplicaciones a nivel de capas en Delphi, que vaya acorde con la teoria de UML 2.0?¿Se podria tambien crear sub-Paquetes en Delphi para poder organizar mejor mis clases?.
Es verdad que son varias preguntas pero necesito opiniones concretas para tomar deciciones claras en mi Sistema...
Saludos.....