问题标签 [enterprise-library-5]

我最近发现了企业验证库，并正在使用它来验证我的 app.config 文件。我主要有易于应用验证的字符串。我也有一些布尔值，例如：

然后在我的 app.config 中：

是否可以应用验证规则来检查以确保 app.config 文件中的值实际上是布尔值？

我能想到的最好的是：

这会起作用，但是我正在处理字符串而不是布尔值。

我在我的应用程序中使用来自 Enterprise Library 5.0 的日志记录应用程序块。我的架构师想要自定义行为，因此我编写了自己的跟踪侦听器，它记录到数据库，在途中执行其他自定义代码。这一切都有效。

现在，当我在 Enterprise Library 项目中与其他侦听器一起创建此跟踪侦听器及其数据类时，当我尝试将日志记录目标侦听器添加为侦听器类型时，配置工具会拾取它。问题是我的架构师不希望我更改企业库源代码，因此他想在我们自己的 DLL 中实现侦听器，然后从企业库配置中引用它们。这也有效。

我唯一的问题是，当我这样做时，配置工具不会将我的侦听器作为我可以添加的类型。我可以手动编辑配置文件，它以这种方式工作，但必须能够通过配置工具执行此操作。

任何帮助，将不胜感激。

我在我的 win-form 应用程序中使用 Enterprise Library 5.0。

1.关于创建企业库对象的实例

解决日志记录/异常对象引用的最佳方法是什么？在我们的应用程序中，我们在解决方案中有不同的应用程序。所以解决方案有以下项目：

CommonLib（类库） CustomerApp（winform 应用程序） CustWinService（win 服务项目） ClassLib2（类库）

我在 CommonLib 项目中实现了如下的日志记录/异常。创建了一个 AppLog 类，如下所示：

然后我使用 Applog 类如下在不同项目中进行日志记录和异常：

那么它是使用日志记录和异常的正确方法吗？或任何其他方式我可以改进它？

2. 动态记录文件名

在日志记录块中，我们有 fileName 需要在 app.config 文件中设置。有没有办法可以通过编码动态分配文件名值？由于我不想在配置文件中对其进行硬编码，并且生产和开发环境的路径不同。

谢谢 TShah

我有Trace.WriteLine到处使用的遗留代码。

我决定使用 Microsoft Enterprise Library 来记录跟踪。所以我可以决定写入文件、发送电子邮件、登录数据库或创建自己的自定义侦听器。

如何将输出重定向Trace.WriteLine到 Enterprise Library Logging 块？

更新：我可以使用代码。但是我需要将什么类型传递给 Trace.Listeners.Add？

我正在使用 Microsoft Enterprise Library 5.0 Logging 块，我想知道 LogWriter 和 Logger 类之间的区别。我有一些自定义跟踪侦听器，我已经构建用于我的日志记录，我想知道使用 Logger 与 LogWriter 是否会产生任何影响。

来自 MSDN http://msdn.microsoft.com/en-us/library/microsoft.practices.enterpriselibrary.logging.logwriter.aspx

要将日志消息写入默认配置，请使用 Logger 外观。如果您需要使用自定义配置写入日志消息，请仅创建 LogWriter 的实例。

示例代码#1：

示例代码#2：

我正在为基于 Web 的 CMS 平台开发一些可重用的组件，并想研究使用 Unity 而不是 Spring.NET。

在解决方案 #1 中，我在分层架构中开发了各种组件。使用 Spring.NET，我可以在其中一个程序集中嵌入一个 XML 配置文件，该文件声明哪些对象被加载到 DI 容器中。关键是组件的构建者应该决定哪些实现是组件上下文中的首选实现。

在我的其他解决方案中，我只需添加一个引用以从程序集中加载配置，然后将这些元素加载到该网站的运行容器中。

在 Unity 下，这种场景的配置策略是什么？

我正在浏览 Microsoft Enterprise Library 5.0 的可扩展性动手实验室，并在“实验室 2：自定义日志记录跟踪侦听器”课程中发现了一个错误。它适用于实验室的练习 2,3 和 4。我在 CodePlex 网站上搜索了问题跟踪器，但找不到与此错误相关的任何内容。

问题概述：

尝试通过企业库配置工具添加跟踪侦听器时，我收到验证错误：“字段 ListenerDataTypeName 缺少必需的值”。因此配置工具不会保存配置文件。

寻找建议。

我可以同时实现 AOP（使用 Postsharp）和 EntLib (v5.0) 来解决横切关注点，例如日志记录和异常处理/策略。

我看不出一个人是否排斥另一个人，或者他们可能在哪里相互补充。有人可以分享一些经验和/或想法吗？

谢谢！

我对例外的看法：

AOP 可以轻松地包装您的代码并捕获异常。然后可以将处理委托给 EntLib，后者使用策略提供强大的处理（包装、替换、吞咽）配置。

处理策略（包裹、替换和吞咽）也可以在方面实现。什么会推动这个决定？还是我在这里遗漏了什么？

我正在尝试将现有的 Enterprise Library 5 日志系统更改为使用数据库而不是平面文件提供程序。我已经使用配置工具生成了相关的配置部分并将它们添加到我的配置文件中，但它似乎没有使用数据库，尽管平面文件仍在更新中。我的配置如下所示：

在应用程序或数据库中没有显示错误消息，但数据库是空的，并且没有任何尝试连接的迹象。

Microsoft Enterprise Library 的exceptionpolicy和exceptionmanager类有什么区别？我什至不知道异常管理器的存在！为什么有两个不同的类？