检测：.NET中强大的检测选项让你有信心建立易管理的应用程序(9)

添加时间:2007-09-01 原文发表:2007-08-31 人气:12 来源：vckbase.com

本文章共14643字，分10页，当前第9页，快速翻页：

　　一旦你加入了检测代码，你会发现它只不过是将简单的文本日志到了一个不同地方而已。其灵活性给予你可扩展的机会。当添加新的特性而不影响实际的应用程序代码时，跟踪代码的实现是能更改的。这就象编写了一个好的基础一样，在开始编码之前，SEH 也非常关键。检测也是如此，其好处是在将来的项目中进行重用。
逆风者
　　比如，你想决定方法的时序。如果在每个函数中你都有跟踪进/出（ in/out ）和异常路径，你便可以测量它们之间的时间差。注意这是来自面向方面的（aspect-oriented）编程（ AOP ）的不同方案，它在截取调用方面是有局限的，也无法知道那些调用都作了什么。这里你显式加入此信息对以后是有帮助的，或者你想过滤此项检测。你也许只想记录正在接收的大于 100 KB 大小的 SOAP 消息。尽管不是一个错误，你只是想跟踪一下。所以你可以用这些信息添加一个专门的日志点，你的通用处理器会为你进行跟踪。通过自定义的事件接收器，你可以轻松地实现这个任务。

安全

　　日志信息有着自己的安全危险。如果你开始检测敏感数据，比如数据库连接字符串，你便面临着在网络上以明文方式发送它的风险。对于分布式应用程序来说，这意味着一个大的安全漏洞。
　　正如早先提到的，为了使用性能计数器，在代码中对 Windows 事件日志、WMI、注册表进行某种程度地存取是必不可少的。一个更一般的问题是检测数据被记录后马上对之进行访问。如果你的生产应用程序运行在一个有非武装区域（DMZs）、防火墙之类的隔离的网络上，你便不可能从公司网络中删除这些日志。这使得将所有的日志记录信息存储到数据库中显得更加重要，以便届时进行问题调查时，能被授权读取数据库。

结论

　　当问到为什么一个程序不能被更好的检测时，许多设计者和开发者都把性能时为视为关键因素。从来不会将性能作为提供不了合适检测的借口。当你需要考虑业务逻辑的处理时间时，这种争论在大多数情况下是站不住脚的。好的检测可以节省许多痛苦的熬夜时间，并使你的企业程序保持平稳的运行。本文我仅仅描述了检测的一些基础知识。意在抛砖引玉，相信你一定有办法在我的思路上进行扩展。理解 .NET Framework 的新特点是值得为之努力的。花费一点时间仔细看看，想想如何将我所讲的内容应用到下一个项目中。

作者简介

　　Jon Fancey 在英国的一家 IT 顾问公司工作，专注于企业级软件设计和实现。他的 e-mail 联系地址： instrumentation@jonfancey.com
　

[译者注]

　　本文中的一些缩略语解释：

Instrumentation：检测，在应用程序或系统软件中，向管理系统提供性能信息和其它信息的监视功能，或这种监视功能的使用
Windows Management Instrumentation（WMI）：Windows 管理规范
Enterprise Instrumentation Framework（EIF）：企业检测框架
Structured Exception Handling（SEH）：结构化异常处理
Service-Level Agreements（SLAs）：服务级别协议。服务提供者和那些服务的客户之间的协议或合约，它设置有关可用性、性能和其它可评估目标的预计服务级别
Web-Based Enterprise Management（WBEM）：基于Web的企业管理
Distributed Management Task Force（DMTF）：分布式管理任务强制。计算机供应商联盟，致力于对使用各种不同操作系统的企业（这种情况很常见）定义流线型管理方式

本文章更多内容：<<上一页 - 1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 - 10 - 下一页>>