Jorge Serrano - MVP Visual Developer - Visual Basic

Malas experiencias del pasado y el meter un montón de librerías que tengo que distribuir utilizando a veces muy poca funcionalidad de todo lo que aporta, así como la pérdida de control del código que escribo ya que delego en estas librerías acciones que prefiero controlar (pese a no ser una persona maniática, a veces creo que me estoy volviendo más maniático de lo normal). :-)

@Ricardo, sobre lo de controlar me refiero a que quiero saber qué código o qué parte del código se está utilizando en la aplicación y cómo se usa. Soy de los que no se fian o les cuesta fiarse de código de terceros. No pongo en duda que el EntLib es muy interesante y que no hay que temer nada, pero aún y así siempre tengo un poco de temor. Sobre el performance, depende. Normalmente suelen ser librerías optimizadas y no deberían penalizar, pero para eso están las pruebas de carga y de rendimiento.

@Bruno, ya no me refiero tanto a la carga on demand sino a la distribución pura de la aplicación, el mantenimiento o el tener en cuenta la justificación de uso.

Pienso en aplicaciones comerciales que deben ser personalizadas, distribuidas e instaladas en diferentes empresas, y cada una es de su padre y de su madre, y eso lleva implícito que a veces te ponen trabas e impedimentos en según que cosas.

Cuantas más cosas, más sospechas, y decir que instala un paquete grande para utilizar una parte, a veces no se entiende tan bien y no es justificable, como tampoco ocultar la verdad o no decir toda la verdad, sobre todo en empresas públicas.

Sin duda, ni todo es blanco ni todo negro. EntLib no es malo ni bueno, depende de los proyectos que se lleven a cabo.