AOP@Work: 使用方面的下几个步骤-学习建议之后 - 编程入门网
pector 性能监控库以测量应用程序中 XML 处 理的性能。(请参阅 参考资料 中有关 Glassbox Inspector 的详细信息。)
可以分六个步骤完成该操作: 1.阅读 Glassbox Inspector 文档学习如何将其扩展。 2.创建示例 IDE 项目。 3.编写一个简单方面以跟踪 XML 处理代码的性能(如清单 7 所示) 。 4.创建加载时织入描述符。 5.从方面和描述符构建 JAR。 6.用加载 时织入将 JAR 添加到系统中。 步骤 3 如下所示。在这种情况下,应用程序 具有一个 DocumentProcessor 接口,我希望跟踪该接口中定义的任何公共方法 的性能,以确定它们是否缓慢。 清单 7. 扩展 Glassbox Inspector 以监控自定义代码
AOP@Work: 使用方面的下几个步骤-学习建议之后(13)时间:2011-09-07 IBM Ron Bodkin该代码钩住现有 Glassbox Inspector 框架。它定义了模板切点 methodSignatureResourceReq 以挑选代码中要监控的连接点,也就是 DocumentProcessor 接口上定义的任何公共方法的执行。这将匹配任何接口实现 中的方法,但不匹配这些类中定义的其他方法(在此例中我不希望监控它们)。 然后,框架使用该连接点上的方法名单独分组每个方法的性能统计数据。编写了 这个小方面之后,可以构建一个简单的加载时织入部署描述符 META- INF/aop.xml,如下所示:
然后可以用已编译的类文件将描述符打包到单独的扩展 jar 中,该 jar 将 添加到标准 Glassbox Inspector 监控能力中。然后部署该 jar 以及标准 Glassbox Inspector JAR,我可以从新监控器看到我的数据,并用 JMX 看到标 准 Glassbox 监控数据。完成了!AspectJ 5 加载时织入系统和 Glassbox 架构 使得添加新监控器非常简单,根本不需要重新包装或复杂的重新配置。 阶段 3. 将方面集成到核心开发中 在该学习阶段,有一种自然的动力促进更高级的方面使用。上一阶段侧重于 有效的技术集成,而这一阶段将重点转移到更有效的方面使用。这与您第一次开 始用对象进行思考时那种啊哈! 的经历一样。对于那些仍对方面陌生 的人们来说,这里的讨论会有一些复杂,正如对于那些刚开始编写对象的人来说 ,阅读 Gang of Four 令人无法招架一样。 本阶段的特点是方面和类之间的更紧密合作。关键问题是如何暴露所谓的业 务方面的域概念。前期学习阶段编写的方面侧重于可从系统拔出的辅助关注点和 跨许多域应用的水平关注点(比如事务处理管理、高速缓存或跟踪)。本阶段的 另一个主要问题是如何将方面有效集成到完整开发生命周期中,但该主题超出了 本文的范围。 在本阶段,AOP 技术通常在团队和组织内部扩张。正如在阶段 2 的讨论中所 述,组织总是在开始时拥有少数几个方面专家,他们进行大多数方面编码,主要 负责将方面与其他组件集成,并管理方面对其他项目和开发人员的影响。但是, 随着 AOP 的名气在组织内部增长,其他开发人员自然会加深了解并开始编写自 己的方面。 我无法为集成阶段提供详细的示例应用程序,因为要求和设计总是需要向上 扩展,从而值得写一篇专门的文章。相反,我将讨论三个现实的方面实现,它们 是这个阶段的典型体验:细粒度安全性,管理持久对象关系,实现用户界面宏。 细粒度授权 正如上一节所述,基本安全性规则强制执行是方面的自然使用。而且,许多 应用程序必 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |