Componente y Dll

Seguramente tengas razón, no me refería a los Namespaces, sino más a un
concepto lógico del sistema, bajo mi punto de vista, un componente puede
estar divido en ficheros, todo depende del nivel de detalle con el que se
quiera ver, pero vamos no tiene más importancia.

Yo por ejemplo, entiendo que los recursos de un componente, son parte del
mismo, sin embargo los pongo en otra DLL, por ejemplo si tengo un componente
de negocio, pues hago cosas parecidas, pero seguramente no sea demasiado
purista.

Salu2

"Pedro Luna Montalvo" wrote in message
news:

> 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#
> >
> >
>
>

Gracias a todos han esclarecido mis dudas


"Lázaro" escribió en el mensaje
news:

Seguramente tengas razón, no me refería a los Namespaces, sino más a un
concepto lógico del sistema, bajo mi punto de vista, un componente puede
estar divido en ficheros, todo depende del nivel de detalle con el que se
quiera ver, pero vamos no tiene más importancia.

Yo por ejemplo, entiendo que los recursos de un componente, son parte del
mismo, sin embargo los pongo en otra DLL, por ejemplo si tengo un

componente

de negocio, pues hago cosas parecidas, pero seguramente no sea demasiado
purista.

Salu2

"Pedro Luna Montalvo" wrote in message
news:
> > 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#
> > >
> > >
> >
> >
>
>

Pero en realidad todo depende de lo que cada uno entendamos por componente.
En .Net se considera componente una clase que implemente la interface
IComponent. Por ejemplo, todos los controles. Componentes van a ser todos
aquellos elementos que el diseñador de windows forms permite arrastrar a un
formulario de forma interactiva.

Por otro lado, podemos establecer otras definiciones de componente. Pero
creo que esa es la definición .Net.

Juan Carlos Badiola
MVP - C#