您使用的是Microsoft Enterprise Library吗？
在我的店里，我们目前正在开发我认为的中小型项目。 我们一直在调查企业库以及它如何能够帮助我们开发。 我特别关注Logging块并将其与Log4Net进行比较。 在我看来，企业库块对于简单的应用程序日志记录来说是一个极其过度设计的解决方案。
话虽如此。 您使用的是企业库以及规模较大的项目吗？ 您对企业图书馆整体有何看法？
谢谢
我认为企业库在大多数情况下都是过度设计的。 不，我们不使用它，但我们的大多数项目都是具有促销性质的短期高容量网站。
过度设计的+1。 我们使用log4net而不是日志记录或exception处理块。 我们使用本机.NET System.Security命名空间而不是entlib加密块。 一些跟踪工具很好，但我们没有生产中使用它们的任何东西。
不，我们不使用它。 事实上，我是企业库块的一个大反对者，因为我看到了新版本块的太多后向兼容性问题。
我们使用它（特别是Unity，Logging和Validation），我不能说我是它的忠实粉丝。
记录块肯定是过度设计的，具有讽刺意味的是仍然缺乏很大的灵活性。 如果我想将更多结构化的日志消息写入数据库而不仅仅是一个包含通用消息的表，我就会惊讶于我需要删除和替换多少代码。 文档很粗略，很难跟踪记录器中实际发生的情况。
Unity实际上工作正常。 就个人而言，我宁愿完全避开DI容器，但如果你必须使用它，Unity似乎很好。
我还没有真正参与使用Validation块的代码，所以我不能告诉你它是如何工作的。
但总的来说，我会说是的，它是过度设计的，除非它完全符合你的需要，否则没有它你可能会更好。
企业库是一种矫枉过正。 它太复杂而且不灵活。 所以我们不使用。
在我们的项目中（包括那些通过Windows Azure定位分布式计算方案的项目），我们使用Lokad共享库作为轻量级替代品。 它插入log4net进行日志记录，Autofac IoC进行配置，提供自定义业务规则，validation和exception处理（带可靠性）应用程序块，同时将所有必需的程序集打包在几个dll文件中。
我喜欢与Enterprise Library分开的旧应用程序数据块。 它非常简单，为您节省了大量时间。 我们试图转移到企业区块，但它不值得重视。
我们使用log4Net进行日志记录，并且运行正常。
我喜欢使用它，特别是小项目，因为它是“我不在乎，这些东西只是工作，并提供我需要的一切，没有麻烦”。
过度设计？ 怎么会这样？
所有这一切都以我认为的名义说出来。“企业图书馆”企业非常重要（是的，我知道，很有见地……但是，嘿，我现在很醉了！）
我已经使用它已经有一段时间了，但现在我已经转向更敏捷和简单的解决方案，例如用于日志记录的log4net，用于数据访问的EF或Linq2sql等等。
在处理了大量的大型Web项目后，我可以推荐来自ent库的缓存块，因为它允许您使用nCache或类似的配置更改。 这允许开发团队使用TDD而无需在任何地方安装nCache（或类似）。
Log4Net远远优于ent lib日志块IMHO。
安全/加密块我已经使用了几次，并且通常发现他们在锡上做了他们所说的而不是太繁重或复杂。
框架的其余部分被其他更简单的（IMHO）更好的解决方案打败了数据访问 – nHibernate，ActiveRecord，Tarantino
团结 – 温莎，spring等
validation – 我使用城堡堆栈