Architecture 是否使用企业库？

我正在使用基于SOA的多层企业应用程序处理每一个复杂的业务逻辑。许多业务验证需要来自数据库的大量支持数据，这会降低性能。并发用户的数量约为1000。 客户端是多层的，上面有WinForms

我们正在考虑几乎所有的企业库块

• 缓存应用程序块
• 数据访问应用程序块
• 异常处理应用程序块
• 日志应用程序块
• 策略注入应用程序块
• 安全应用程序块
• 统一应用程序块
• 验证应用程序块

• 企业图书馆是正确的选择吗
请推荐你认为更好的库/框架，但是考虑告诉他们它们更好。
• 将企业库与其他库混合使用会是一种不好的做法吗？例如，我们考虑使用Log4NET进行日志记录。

---

在我看来，对于企业库所做的大部分事情，都有更好的工具

• 数据访问块
  我承认我已经有几年没有在一个项目上与EntLib合作了，但是我记得数据块提供的功能非常有限。NHibernate或实体框架等功能齐全的ORM，甚至亚音速等查询工具都提供了更多的功能。我所从事的每一个不使用NHibernate的项目，我最终都实现了我可以通过NHib“免费”获得的功能

• 缓存应用程序块
  使用带有缓存的ORM可以覆盖缓存块所做的大部分事情

• 异常处理块
  这里有一些好的想法，但是这个概念可以大大改进。Rinat Abdullin有一些很好的开始信息

• 日志应用程序块
  使用NLog或log4net。时期如果您需要正面，请使用或。测井是一个非常有限的、定义良好的组件。这些框架几乎相同且稳定。没有必要把这个复杂化

• 政策注入和统一区块
  研究DI/IoC并选择一个。不会出错的。这是一个值得考虑的问题。

• 安全和验证块
  在这一点上，我们已经为EntLib找到了更好的选择，将它作为一个依赖项引入来支持安全性或验证感觉很沉重。同样，还有很多其他工具可以帮助实现安全性（）和验证（，）

我使用（旧版本的）企业库已经有一段时间了，没有任何问题

我认为使用一组内聚的库肯定比拼凑一个补丁库（如果你打算大量使用的话）有优势

---

我发现日志记录块非常好——它是高度可配置的，如果使用得当，您将能够全面、灵活地进行日志记录。

我同意您所说的Valiation应用程序块（VAB）非常“重”。从根本上说，这并不难理解，但当你想做更多的时候，它很快就会变得复杂。然而，VAB支持许多其他验证框架无法实现的场景（如基于配置的验证、使用规则集区分错误和警告等）。这是我所知道的最灵活和可扩展的验证框架。这种灵活性是以复杂性为代价的。VAB是否适合您的项目完全取决于您的需求。请参阅，以及通常可能的副本