He usado EntLib durante muchos años (ya que eran Bloques de aplicaciones individuales). He descubierto que a veces puede ser bastante pesado en cuanto al tamaño de los componentes, especialmente si solo necesita un bloque y debe descargarse. A menudo usaré los componentes de Datos y Registro juntos y eso parece una funcionalidad suficiente para justificar el tamaño. Si su aplicación está estrictamente del lado del servidor, entonces esto realmente no es un gran problema. Una de las cosas que es agradable es que si necesita más de un bloque, no tiene que recurrir a múltiples implementaciones de múltiples proveedores que se configuran de diferentes maneras. También proporcionan una herramienta para ayudar con la configuración (eso es un plus y un menos, un plus que facilitan, un menos que NECESITAN una herramienta para ayudar a configurarlo).
He tenido el placer de haber sido invitado a un par de talleres de Patrones y Prácticas en los que estaba trabajando codo a codo con los miembros del equipo que escribieron EntLib. La intención al crear EntLib era implementar las mejores prácticas de Microsoft en componentes comunes que todos necesitan y que no forman parte del marco base. Son muy estables, proporcionan muy buen rendimiento y muy buena flexibilidad.
Comenzaría usando algunos de los bloques más fáciles, como Datos y Registro. No son demasiado difíciles de configurar y comenzar. Luego, una vez que los comprenda, será un poco más fácil pasar a algunos de los otros bloques. No he encontrado una situación en la que no debas usarlos, excepto cuando no los necesitas.