我刚刚开始一个项目,由于这个项目是个人的,我想知道使用 Enterprise Library 有什么好处?我们在办公室的几个项目中使用版本 2,但我不太确定(除了良好实践之外)它的优势,尤其是在数据库组件中。有什么建议吗?谢谢
4 回答
对于数据库应用程序块,主要优点是它可以更轻松地生成与数据库无关的代码。开发人员主要与通用数据库和 DbCommand 对象交互,而不是 SqlConnection、SqlCommand 等。因此,切换到不同的数据库(即 Oracle)变得更加可行。根据您的业务需求,这可能是一个明显的优势。EntLib 还温和地鼓励开发人员使用 DbParameter 查询参数,从而降低 SQL 注入攻击的风险。
正如另一张海报提到的那样,数据应用程序块比直接的 ADO.NET 类更高级别,因此它往往需要更少的代码行来执行相同的操作。
从我的角度来看,数据、异常和日志记录块是最有用的。Exception 和 Logging 一起使得将异常(duh)记录到许多地方和以多种格式变得非常容易。例如,他们可以将整个异常日志条目(包括堆栈跟踪)放在 Windows 事件日志中,从而相对容易诊断问题。
EntLib 的一个缺点是一些应用程序块将相当多的逻辑放入配置文件中。所以你的逻辑更加分散;其中一些在代码中,一些在配置文件中。好处是可以在构建后甚至部署后修改配置。
作为我们产品线重新设计的一部分,我的团队在大约 2 年前对Microsoft 模式和实践企业库进行了评估。我们最终使用的唯一部分是数据库块。我们甚至将它封装在一些我们可以实例化的类中,这样我们就可以模拟 DAL 进行单元测试;Microsoft 代码块使用静态调用进行数据库工作。我不确定微软是否已将任何 LINQtoSQL 或实体框架的东西集成到 db 块中。如果它不利用其中之一,我现在会犹豫是否使用 db 块。
就日志记录而言,我们发现Log4Net是一个比 Microsoft 日志记录更加强大和灵活的解决方案。为了满足我们的日志记录需求,我们选择了它。
对于异常处理,我们推出了自己的。Microsoft 代码没有处理我们想要处理的远程处理案例,并且由于我们使用的是第 3 方日志记录框架,因此编写我们自己的异常库并与之集成更有意义。我发现将日志框架某种程度的集成到异常框架中是非常有用的。我们围绕 Log4Net 编写了一些轻量级的包装类,并从我们的异常日志中调用它们,因此我们没有引入对 Log4Net 的依赖。
除了 Paul 提到的关于数据应用程序块的项目之外,我还想指出,根据我的经验,数据应用程序块也提供了一种更快的方式来编写所需的数据库代码,并使用现有的帮助程序。我使用它是因为它具有一致的外观/感觉和开发速度。
不能为我使用 EF 的选择受我环境中的约束条件的约束,这些约束要求应用程序每小时处理数百万个事务。这是电信环境中的处理量。
是否使用 EF 完全取决于您的环境和选择(只要您知道所选技术的局限性)。如果您的系统不需要如此高的负载,我预计您在使用 EF 时不会遇到任何问题。