Duda sobre aplicacion .NET

Estimado:

Tengo al menos 4 años programando en .NET, donde he aplicado diversas
técnicas de programación y análisis. Los proyectos los hemos enfrentado con
técnicas como UML, las cuales te permiten descomponer tu aplicación en
diversos objetos que al fin y al cabo algunos serán componentes que formarán
parte de uno o más proyectos.

En la actualidad trabajamos en varias aplicaciones tanto Web como Windows y
para ellas tenemos un componente con la lógica de conexión a la base de datos.

Te comento que al pasar el tiempo le fuimos agregando nuevas
funcionalidaddes a dicho componente y con el hecho de ser una DLL externa
todos los proyectos que tenían referenciado dicho componente se vieron
beneficiados.

El performance de la aplicación por ocupar la lógica de una referencia no
varía en nada. Si fuera realmente perjudicial tendríamos aplicaciones (.EXE)
que pesarían 30MG.

En mi opinión sería una buena decisión construir lo que quieres en una dll a
parte.
"SEPARA Y VENCERÁS".

Atte:
C:Olivero

"Ivan Pascual" escribió:

Buenos días foro!!
Estamos desarrollando una aplicación en .NET y dentro del equipo nos surgen
diferentes ideas sobre generación o no de Dlls.

El caso que nos surge discusión es el de crear una dll externa que contiene
toda la logica de conexion a BD o incluir esa clase dentro del proyecto.

Hay gente que prefiere incuir la clase dentro del proyecto por temor a un
bajo rendiemiento en caso de tener una dll externa.

Hay gente que prefiere externalizar la clase ya que asi el proyecto pesa
menos.

Necesitamos que gente con experiencia en desarrollos de aplicaciones en .NET
nos diga que opción es mas correcta.
Muchas gracias por la ayuda y el tiempo.

Ivan Pascual

"Ivan Pascual" escribió en el mensaje
news:u$

Buenos días foro!!
Estamos desarrollando una aplicación en .NET y dentro del equipo nos
surgen
diferentes ideas sobre generación o no de Dlls.

El caso que nos surge discusión es el de crear una dll externa que
contiene
toda la logica de conexion a BD o incluir esa clase dentro del proyecto.

Hay gente que prefiere incuir la clase dentro del proyecto por temor a un
bajo rendiemiento en caso de tener una dll externa.

Hay gente que prefiere externalizar la clase ya que asi el proyecto pesa
menos.

Necesitamos que gente con experiencia en desarrollos de aplicaciones en
.NET
nos diga que opción es mas correcta.
Muchas gracias por la ayuda y el tiempo.

Hola Ivan,

El asunto no es tanto la diferencia de velocidad o el peso del proyecto.
Cualquier demora causada por el hecho de estar una funcion en una DLL, se
produce al momento de instanciar los objetos. Como las diferencias
individuales de rendimiento tienden a notarse principalmente al acumularse
sus efectos en las iteraciones, y como es posible optimizar las iteraciones
para minimizar la creación de objetos dentro del ciclo, el efecto potencial
de cualquier perdida de eficiencia puede compensarse mediante una cuidadosa
construcción de los ciclo.

El gran argumento a favor del uso de componentes externos es la
portabilidad. Si tienes la logica de acceso a datos dentro del mismo
ejecutable, todas las clases que usan esa logica de acceso a datos tambien
deberan estar dentro del ejecutable. No hay ningun problema si se trata de
una aplicación simple cuya escasa evolucion futura es predecible. Pero si se
trata de una aplicacion más ambiciosa, para la cual en un futuro pudieran
desarrollarse metodos de acceso via Web, o extensiones para correr en
dispositivos inteligentes, seria conveniente que como minimo se separaran
los componentes de interfaz de usuario de los componentes funcionales del
sistema.

En mi "modelo", cada clase es responsable de sus operaciones de acceso a
datos (el "nivel abstracto" es ADO.NET). Y hay una clase, el "contexto de
aplicación" que mantiene los datos globales, normalmente los parametros de
la empresa y la informacion necesaria para acceder/abrir las conexiones.
Esos miembros estan implementados como estaticos (Shared) y hasta ahora
todos los componentes del proyecto pueden compartir la información
almacenada en esa clase.

Salud!

Adicional a lo que te indican y si estan pensando hacer un componente
reutlizable por otros aplicativos se recomienda que registres en el GAC, con
esto ganas performace.

"Ivan Pascual" escribió en el mensaje
news:u$

Buenos días foro!!
Estamos desarrollando una aplicación en .NET y dentro del equipo nos
surgen
diferentes ideas sobre generación o no de Dlls.

El caso que nos surge discusión es el de crear una dll externa que
contiene
toda la logica de conexion a BD o incluir esa clase dentro del proyecto.

Hay gente que prefiere incuir la clase dentro del proyecto por temor a un
bajo rendiemiento en caso de tener una dll externa.

Hay gente que prefiere externalizar la clase ya que asi el proyecto pesa
menos.

Necesitamos que gente con experiencia en desarrollos de aplicaciones en
.NET
nos diga que opción es mas correcta.
Muchas gracias por la ayuda y el tiempo.

Ivan Pascual

Bueno... pues muchas gracias a todos por las aportaciones.
Creo que nos decidiremos por crear una Dll externa.
Gracias de nuevo.
Saludos

Ivan Pascual
"Ivan Pascual" escribió en el mensaje
news:u$

Buenos días foro!!
Estamos desarrollando una aplicación en .NET y dentro del equipo nos
surgen
diferentes ideas sobre generación o no de Dlls.

El caso que nos surge discusión es el de crear una dll externa que
contiene
toda la logica de conexion a BD o incluir esa clase dentro del proyecto.

Hay gente que prefiere incuir la clase dentro del proyecto por temor a un
bajo rendiemiento en caso de tener una dll externa.

Hay gente que prefiere externalizar la clase ya que asi el proyecto pesa
menos.

Necesitamos que gente con experiencia en desarrollos de aplicaciones en
.NET
nos diga que opción es mas correcta.
Muchas gracias por la ayuda y el tiempo.

Ivan Pascual