C# 您正在使用Microsoft企业库吗？ 在我的商店里，我们目前开发的是我所考虑的中小型项目。我们一直在调查企业库以及它如何能够帮助我们进行开发。我特别关注日志块，并将其与Log4Net进行比较。在我看来，对于简单的应用程序日志记录之类的东西，企业库块将是一个过度设计的解决方案

话虽如此。您是否在使用企业库以及在多大规模的项目上使用？您对整个企业库有什么看法

---

谢谢

我认为企业库在大多数方面都设计过度了。不，我们不使用它，但我们的大多数项目都是具有促销性质的短期高容量网站。

不，我们不使用它。事实上，我是企业库块的最大反对者，因为我看到了新版本的块有太多向后兼容性问题

+1表示过度设计。我们使用log4net而不是日志或异常处理块。我们使用本机.NET System.Security命名空间而不是entlib加密块。有些跟踪工具很好，但我们在生产中没有任何使用它们的工具。

我相信这都是以这个名字说的。。“企业库”

---

企业非常大（是的，我知道，定义很好…但我现在醉了！）

我已经使用它一段时间了，但现在我转向了更灵活、更简单的解决方案，如用于日志记录的log4net、用于数据访问的EF或Linq2sql等等。

我们使用它（具体来说，是Unity、logging和Validation），我不能说我是它的超级粉丝

日志模块显然设计过度，具有讽刺意味的是仍然缺乏很多灵活性。如果我想将更多结构化的日志消息写入数据库，而不仅仅是一个包含一般消息的表，那么我必须删除和替换多少代码，这让我感到惊讶。文档很粗略，很难理解记录器中实际发生的情况

然而，统一实际上是可行的。就我个人而言，我宁愿完全避免使用DI容器，但如果必须使用一个，Unity似乎很好

我还没有真正参与到使用验证块的代码中，所以我无法告诉您这是如何实现的

---

但总的来说，我会说，是的，它是经过过度设计的，除非它能完全满足您的需要，否则没有它您可能会更好。

企业库是一项过火的工作。它太复杂且不灵活。所以我们不使用

---

在我们的项目中（包括那些针对WindowsAzure上的分布式计算场景的项目），我们使用它作为轻量级替代品。它插入log4net进行日志记录，Autofac IoC进行配置，提供自定义业务规则、验证和异常处理（具有可靠性）应用程序块，同时将所有必需的程序集打包到几个dll文件中。

我喜欢与企业库分离的旧应用程序数据块。它非常简单，为您节省了很多时间。我们试着搬到企业大厦，但不值得这么做

---

我们使用log4Net进行日志记录，这很好。

在处理了许多中型大型web项目后，我可以推荐ent库中的缓存块，因为它允许您通过简单的配置更改使用nCache或类似工具。这允许开发团队使用TDD，而无需在任何地方安装nCache（或类似工具）

Log4Net远远优于entlib日志块IMHO

我已经用过几次了，通常我发现他们在锡罐上说什么就做什么，不会太繁重或复杂

框架的其余部分被其他更简单和（IMHO）更好的解决方案击败 数据访问-nHibernate、ActiveRecord、Tarantino

统一-温莎、斯普林等

---

验证-我使用castle堆栈

我喜欢使用它，尤其是在小项目中，因为它是一个“我不在乎，这个东西简单有效，可以提供我需要的一切，没有麻烦”

---

过度设计？这是怎么回事？

这里也一样——我们最吵闹的“微软这么做了，所以一定是好的”家伙之一最终放弃了他最初使用的记录块。从那以后，我们就再也没有使用过其他任何一款了。同样的日志记录经验。花了太长的时间来浏览msdn风格的令人困惑的文档，所以我在谷歌上找到了大卫·海登的例子。很快就切换了。我认为log4net的设计也同样过度（我不是在为应用程序块辩护，它们肯定是过度设计的）