Ich habe EntLib viele Jahre lang verwendet (da es sich um einzelne App-Blöcke handelte). Ich habe festgestellt, dass es manchmal ziemlich schwer sein kann, was die Größe der Komponenten betrifft, insbesondere wenn Sie nur einen Block benötigen und dieser heruntergeladen werden muss. Oft verwende ich die Daten- und Protokollierungskomponenten zusammen, und das scheint genug Funktionalität zu sein, um die Größe zu rechtfertigen. Wenn sich Ihre App ausschließlich auf der Serverseite befindet, ist dies kein allzu großes Problem. Das Schöne daran ist, dass Sie, wenn Sie mehr als einen Block benötigen, nicht zu mehreren Implementierungen von mehreren Anbietern wechseln müssen, die auf unterschiedliche Weise konfiguriert sind. Sie bieten auch ein Tool zur Unterstützung der Konfiguration (das ist ein Plus und ein Minus, ein Plus, das sie einfach machen, ein Minus, das sie benötigen, um die Konfiguration zu erleichtern).
Ich hatte das Vergnügen, zu einigen Patterns and Practices-Workshops eingeladen zu werden, in denen ich Seite an Seite mit den Teammitgliedern arbeitete, die EntLib geschrieben haben. Die Absicht beim Erstellen von EntLib war es, die Best Practices von Microsoft in allgemeinen Komponenten zu implementieren, die jeder benötigt und die nicht Teil des Basis-Frameworks sind. Sie sind sehr stabil, bieten eine sehr gute Leistung und eine sehr gute Flexibilität.
Ich würde damit beginnen, einige der einfacheren Blöcke wie Daten und Protokollierung zu verwenden. Sie sind nicht zu schwer zu konfigurieren und zu beginnen. Sobald Sie diese verstanden haben, ist es etwas einfacher, zu einigen anderen Blöcken überzugehen. Ich habe keine Situation gefunden, in der Sie sie nicht verwenden sollten, außer wenn Sie sie nicht benötigen.