c# - studio - ¿Está utilizando la biblioteca de Microsoft Enterprise?
no puedo agregar referencia en visual studio 2017 (10)
En mi tienda actualmente desarrollamos lo que consideraría proyectos pequeños o medianos. Hemos estado investigando la Enterprise Library y cómo puede ayudarnos en el desarrollo. Particularmente he estado mirando el bloque de registro y comparándolo con Log4Net. Me parece que los bloques de Enterprise Library serían una solución extremadamente sobre-diseñada para algo como el simple registro de aplicaciones.
Habiendo dicho eso. ¿Está utilizando la Enterprise Library y en qué proyectos de tamaño? ¿Qué piensas de la Enterprise Library en su conjunto?
Gracias
+1 para sobre-ingeniería. Usamos log4net en lugar de los bloques de manejo de excepciones o registro. Utilizamos el espacio de nombres nativo de .NET System.Security en lugar de los bloques de cifrado entlib. Algunas de las herramientas de rastreo son buenas, pero no tenemos nada en producción que las use.
Después de haber trabajado en varios proyectos web medianos, puedo recomendar el bloque de almacenamiento en caché de la biblioteca ent, ya que le permite usar nCache o similar con un simple cambio de configuración. Esto permite al equipo de desarrollo usar TDD sin la necesidad de instalar nCache (o similar) en todas partes.
Log4Net es muy superior al bloque de registro de librerías ENT.
Bloques de seguridad / criografía que he usado varias veces y generalmente encuentro que hacen lo que dicen en la lata sin ser demasiado onerosos o complicados.
El resto del marco se ve superado por otras soluciones más simples y (IMHO) Acceso a datos: nHibernate, ActiveRecord, Tarantino
Unidad - windsor, primavera, etc.
Validación - uso la pila del castillo
Es mi opinión que la biblioteca empresarial está sobre diseñada para la mayoría de las cosas. No, no lo usamos, pero la mayoría de nuestros proyectos son sitios web de gran volumen a corto plazo de carácter promocional.
Lo he estado usando durante algún tiempo, pero ahora he recurrido a soluciones más ágiles y simples, como log4net para el registro, EF o Linq2sql para el acceso a datos, etc.
Lo usamos (específicamente, Unidad, Registro y Validación), y no puedo decir que soy un gran fan de eso.
El bloque de registro está definitivamente diseñado en exceso, e irónicamente aún carece de mucha flexibilidad. Me sorprendió la cantidad de código que tenía que extraer y reemplazar si quería escribir mensajes de registro más estructurados en una base de datos en lugar de una sola tabla con mensajes genéricos. La documentación es incompleta y es realmente difícil seguir lo que realmente sucede en su registrador.
La unidad realmente funciona bien, sin embargo. Personalmente, prefiero evitar los contenedores DI por completo, pero si tiene que usar uno, Unity parece estar bien.
Realmente no he estado involucrado en el código que usa el bloque de Validación, por lo que no puedo decirle cómo funciona.
Pero en general, yo diría que sí, que está en ingeniería, y que a menos que haga exactamente lo que necesita fuera de la caja, probablemente esté mejor sin él.
Me gusta el antiguo Bloque de datos de aplicaciones que estaba separado de Enterprise Library. Es muy simple y te ahorra mucho tiempo. Intentamos mudarnos al bloque de Enterprise pero no valía la pena.
Usamos log4Net para el registro y eso funciona bien.
Me gusta usarlo, ESPECIALMENTE para proyectos pequeños, porque es un "No me importa, esto funciona simplemente y proporciona todo lo que necesito sin problemas".
¿Sobre Diseñado? ¿Cómo es eso?
No, no lo usamos. De hecho, soy un gran oponente de los bloques de Enterprise Library porque he visto demasiados problemas de compatibilidad hacia atrás con las nuevas versiones de los bloques.
Todo se dice con el nombre que creo .. "Enterprise Library" Enterprise siendo significativamente grande (Sí, lo sé, excelente definición ... pero ¡ojalá estoy alegre en este momento!)
Enterprise Library es una exageración. Es demasiado complejo e inflexible. Así que no usamos.
En nuestros proyectos (incluidos aquellos que se dirigen a escenarios de computación distribuida en Windows Azure) utilizamos las bibliotecas compartidas de Lokad como un reemplazo liviano. Se conecta a log4net para el registro, Autofac IoC para la configuración, proporciona reglas de negocio personalizadas, validación y manejo de excepciones (con confiabilidad) de los bloques de aplicaciones, al mismo tiempo que incluye todos los ensamblajes necesarios en unos pocos archivos DLL.