Componente y Dll

Muy poca, realmente la DLL se hace referencia a ella como fichero físico y
luego puede que tenga dentro componentes o no...También un componente puede
estar en varias DLL, es sólo un tema de como se terminan empaquetando.

"Anibal" wrote in message
news:

Hola Como estan
Me gustaria saber la diferencia entre un DLL y un Componente

Bueno, yo diría que no tienen mucho que ver, a no ser que haya entendido mal
la pregunta :-)

Una dll es un ensamblado. Un archivo que contiene código IL. Este código
está formado por una o más clases, las cuales pueden ser componentes si
derivan de la clase Component, o más bien si implementan la interface
IComponent.

Es decir, un ensamblado puede contener varios componentes, entre otras
muchas clases.

Juan Carlos Badiola
MVP - C#

¿Ummm, un componente en varios ensamblados?. No tengo ni idea de como se
podría conseguir algo así. ¿Te refieres a mediante herencia?. No se si en
whidbey con sus tipos parciales, pero intuyo que tampoco.

Juan Carlos Badiola
MVP - C#

Sólo me referería a la parte física de como decides ensamblar los objetos.

Imáginate que tengo un componente lógico de Cliente, si por ejemplo necesito
que parte de su funcionamiento sea diferente entre implantanciones de mi
sistema, puedo decidir separar parte de la funcionalidad e implementarla en
otro ensamblado, así podré sólo modificar ese ensamblado o tener varios con
particularidades diferentes.

Sólo era eso.

Saludos

"Tristan" wrote in message
news:

¿Ummm, un componente en varios ensamblados?. No tengo ni idea de como se
podría conseguir algo así. ¿Te refieres a mediante herencia?. No se si en
whidbey con sus tipos parciales, pero intuyo que tampoco.

Juan Carlos Badiola
MVP - C#

Imáginate que tengo un componente lógico de Cliente, si por ejemplo

necesito

que parte de su funcionamiento sea diferente entre implantanciones de mi
sistema, puedo decidir separar parte de la funcionalidad e implementarla

en

otro ensamblado, así podré sólo modificar ese ensamblado o tener varios

con

particularidades diferentes.

O en otras palabras, crear varios componentes separados dependientes,
cierto?
Un componente es una unidad logica y fisica indivisible que ofrece
funcionalidad y que forma parte de un software. Si divides el componente en
varios, por la posibilidad de que cierta funcionalidad dependa de algun
parametro externo, lo que haria seria crear varios componentes (manteniendo
la indivisibilidad de cada uno), pero con una marcada relacion de
dependencia entre ellos.

Por otro lado, no se si a lo que te referias era a la relacion entre
assembly y namespace.
* Un mismo namespace puede estar implementado en varios assembly.
* Un assembly puede contener varios namespace.

Saludos
Pedro Luna, MVP
Gye, Ecu


"Lázaro" escribió en el mensaje
news:e$gr%

Sólo me referería a la parte física de como decides ensamblar los objetos.

Imáginate que tengo un componente lógico de Cliente, si por ejemplo

necesito

que parte de su funcionamiento sea diferente entre implantanciones de mi
sistema, puedo decidir separar parte de la funcionalidad e implementarla

en

otro ensamblado, así podré sólo modificar ese ensamblado o tener varios

con

particularidades diferentes.

Sólo era eso.

Saludos

"Tristan" wrote in message
news:
> ¿Ummm, un componente en varios ensamblados?. No tengo ni idea de como se
> podría conseguir algo así. ¿Te refieres a mediante herencia?. No se si

en

> whidbey con sus tipos parciales, pero intuyo que tampoco.
>
> Juan Carlos Badiola
> MVP - C#
>
>