 |
|
|
|
|
|
AOP 解决紧密耦合的难题
许多 Java 开发人员已经接受了面向方面编程（AOP）的非强制性风格和灵活性，特别是在用于建立高度松散和可扩展的企业系统时。在本文中，您将看到 AOP 的功能设计概念之一（静态横切）如何把可能是一大堆混乱的紧密耦合的代码转变成一个强大的、可扩展的企业应用程序。 |
|
|
|
2004年3月8日 |
|
| |
使用 AOP 来维护遗留 Java 应用程序
如果您曾经接管并且必须维护某个基于 Java 的应用程序，那么本文就是为您准备的。作者 Abhijit Belapurkar 将向您展示如何使用面向方面编程（aspect-oriented programming，AOP）来对即使最不透明的遗留应用程序获得前所未有的见解。 |
|
|
|
2004年3月29日 |
|
| |
用 AOP 增强契约
|
|
|
|
2004年7月15日 |
|
| |
AOP@Work: AOP 工具比较，第 1 部分
AOP 技术的时代已经来临，但是怎样才能为项目选择正确的工具呢？在新推出的 AOP@Work 系列的第一篇文章中，面向方面（aspect-oriented）的编程专家 Mik Kersten 将比较 4 个领先的 AOP 工具（AspectJ、AspectWerkz、JBoss AOP 和 Spring AOP），帮助大家判断应该选择哪一个工具。本文由两个部分组成，在文中，作者将重点介绍这些工具的语言机制和不同技术的优劣。 |
|
|
|
2005年2月24日 |
|
| |
AOP@Work: AOP 工具比较，第 2 部分
在这个由两部分构成的 AOP 工具比较的第 2 部分中，面向方面专家 Mik Kersten 将把重点放在工具与开发环境的集成以及构建过程上，包括对 AOP 工具 IDE 特性的逐点比较。为了帮助制定最终决策，在进行总结的时候，作者将介绍这些快速发展的工具近期的发展情况，并提供每种工具优缺点的总结。注意，本文将解释最近宣布的 AspectJ 和 AspectWerkz 项目合并的意义。 |
|
|
|
2005年3月7日 |
|
| |
AOP@Work: AOP 和元数据：完美的匹配，第 1 部分
在这篇由两个部分组成的系列文章的第 1 部分中，作者 Ramnivas Laddad 将对新的元数据功能进行概念性介绍，并展示在加入了元数据注释后，AOP 可以在什么地方获得最大的好处。然后他将分五步完成一个设计改造，从一个无元数据的 AOP 实现开始，最终得到一个结合了 Participant 设计模式与注释者-供应者（annotator-supplier）方面的 AOP。 |
|
|
|
2005年3月28日 |
|
| |
AOP@Work: AOP 和元数据：完美的匹配，第 2 部分
在这篇由两部分组成的关于组合使用元数据和 AOP 的系列文章的第二部分中，作者及 AOP 实践者 Ramnivas Laddad 将推荐一种把元数据视为多维关注点空间中的签名的全新方法。他还将介绍有效组合使用元数据与 AOP 的一组准则，并讨论元数据注释将如何影响面向方面的编程的应用。 |
|
|
|
2005年4月18日 |
|
| |
AOP：选择正确的时机进行编织
本文介绍了在AOP编程中常见的几种Weave时机，并详细说明了这几种Weave时机的差别和适用场合。 |
|
|
|
2005年6月6日 |
|
| |
AOP@Work: 用 AspectJ 增强设计模式, 第 2 部分
Nicholas Lesiecki 用这篇深入研究观察者(Observer)模式的文章，继续他对使用面向方面技术实现设计模式的好处的讨论。他演示了 AspectJ 如何使复杂的模式转换成可重用的基本方面，从而使框架作者能够支持预先构建的模式库，供开发人员使用这些模式。 |
|
|
|
2005年7月18日 |
|
| |
AOP@Work: 用 AspectJ 增强设计模式，第 1 部分
设计模式长期以来一直是一些经验丰富的开发人员的工具箱的重要组成部分。不幸的是，因为模式可以影响多个类，所以它们也是侵入性的、难于使用（和重用）。本文是 AOP@Work 系列的第 3 部分，是一篇由两部分组成的文章，在这篇文章中，Nicholas Lesiecki 将介绍 AOP 是怎样通过根本转变模式实现来解决这一问题的。他研究了三个经典的 Gof 设计模式 （适配器模式、修饰器模式和观察者模式），同时还将讨论使用面向方面技术实现这些模式所带来的实践和设计方面的好处。 |
|
|
|
2005年7月18日 |
|
| |
AOP@Work: 设计切入点来避免模式密集
在“JUnit: A Cook's Tour”一文中，作者 Erich Gamma 和 Kent Beck 讨论了 JUnit 的设计。他们指出，与很多成熟框架中的关键抽象一样，TestCase 也有很高的模式密集，易于使用而难以修改。在 AOP@Work 系列的第四期文章中，Wes Isberg 重温了 Cook's Tour，说明如何通过使用 AOP 切入点设计来代替面向对象设计，在一定程度上避免导致成熟的设计难以修改的模式密集。 |
|
|
|
2005年8月2日 |
|
| |
AOP@Work: 介绍 AspectJ 5
目前，AspectJ 5 处在它的第二个里程碑版本，AspectJ 5 是 Java? 平台上面向方面编程前进的一大步。AspectJ 5 主要的重点是对 Java 5 中引入的新 Java 语言特性（包括注释和泛型）提供支持。另外，AspectJ 5 还包含没有捆绑到 Java 5 的新特性，例如编写方面使用的基于注释的风格、改进的装入时织入以及新的方面实例化模型。现在请随这个项目的首席开发人员 Adrian Colyer 抢鲜了解 AspectJ 5，他将介绍 AspectJ 5 语言和包含 AspectJ 编译器及相关工具的版本。 |
|
|
|
2005年8月11日 |
|
| |
AOP@Work: 用新的 AJDT 本本简化 AOP 开发
AJDT Eclipse 技术项负责人 Matt Chapman 将带您查看 AJDT 1.2 和 AJDT 1.3，它们分别是针对 Eclipse 3.0 和 Eclipse 3.1 的 AspectJ 开发工具的最新版本。这些版本的主要重点是将 AspectJ 与 Eclipse 平台更紧密地集成在一起，并为 AspectJ 开发人员提供更多 Java? 开发人员使用 Eclipse 时可以得到的高级工具支持。 |
|
|
|
2005年8月29日 |
|
| |
AOP@Work: 用 AspectJ 进行性能监视，第 1 部分
随着 Ron Bodkin 介绍如何把 AspectJ 和 JMX 组合成灵活而且模块化的性能监视方式，就可以对散乱而纠缠不清的代码说再见了。在这篇文章（共分两部分）的第一部分中，Ron 用来自开放源码项目 Glassbox Inspector 的代码和想法帮助您构建一个监视系统，它提供的相关信息可以识别出特定问题，但是在生产环境中使用的开销却足够低。 |
|
|
|
2005年10月10日 |
|
| |
AOP在大规模软件开发项目中应用的尝试与思考
本文的写作源于一个真实的大型软件开发项目，我们努力尝试在这个项目中推广应用AOP。在此我们将对曾经面临过的一些实际问题与困难进行分析，试图引发关于面向方面软件开发(AOSD)的一些更深层次的思考。本文的作者将站在开发者的角度做出客观的判断，既不是AOP的狂热鼓吹者，同样也不是AOP反对阵营的一员。因此可以视作来自Java开发者对AOP技术应用的客观分析和建设性意见。 |
|
|
|
2005年11月17日 |
|
| |
AOP@Work: 用 AspectJ 进行性能监视，第 2 部分
本文中，作者展示了如何在 Glassbox Inspector 中添加企业监视功能，包括监视多个应用程序、Web 服务和 Web 应用程序框架。他还展示了如何跟踪应用程序错误并在监视代码中包含它们，并展示了如何以编程方式部署和控制这个监视基础架构。 |
|
|
|
2005年12月15日 |
|
| |
AOP@Work: 对方面进行单元测试
AOP 使编写特定于应用程序的横切关注点测试比任何时候都要容易了。要了解其原因以及如何实现，请听作者介绍测试面向方面的代码所具有的好处，并展示在 AspectJ 中测试横切行为的样式。 |
|
|
|
2005年12月20日 |
|
| |
AOP@Work: 用 AspectJ 和 Spring 进行依赖项插入
依赖项插入和面向方面编程是互补的技术，所以想把它们结合在一起使用是很自然的。请跟随作者一起探索两者之间的关系，并了解怎样才能把它们组合在一起，来促进高级的依赖项插入场景。 |
|
|
|
2006年1月23日 |
|
| |
AOP@Work: 使用 AspectJ 5 检验库方面
本文中，作者编了一个假想的故事，故事所讲述的世界离您的现实生活并不遥远，其中有 30 个重大的挑战。通过这个故事，您将学会如何使用及编写库方面，以及如何为相信这一技术和不相信这一技术的人交付解决方案。 |
|
|
|
2006年3月7日 |
|
| |
AOP@Work: 使用方面的下几个步骤
一旦涉足方面之后，您就会马不停蹄，但不带地图去旅行绝对不是个好主意。在本文，尊敬的方面发明人 Ron Bodkin 为您提供了成功地采用方面的四个阶段，从使用跟踪和测试的第一个实验一直到构建自己的可重用方面库。 |
|
|
|
2006年4月6日 |
|
| |
AOP@Work: 用 Contract4J 进行组件设计
契约式设计（Design by Contract）是切实可行的技术，可以阐明组件设计的细节、为客户记录正确的组件用法，并用编程的方式测试组件使用的顺应性（compliance）。在 AOP@Work 的最后一篇中，Dean Wampler 介绍了 Contract4J，这是契约式设计的工具，它用 Java 5 标注（annotation）指定合约，并在运行时用 AspectJ 方面计算合约。在成为 AOP 工具包中新增的一个举足轻重的工具的同时，Contract4J 迎合了面向方面设计的新趋势。 |
|
|
|
2006年4月28日 |
|
| |
追求代码质量: 用 AOP 进行防御性编程
虽然防御性编程有效地保证了方法输入的条件，但如果在一系列方法中使用它，不免过于重复。本月，Andrew Glover 将向您展示通过一种更为容易的方式，即使用 AOP、契约式设计和一个便捷的叫做 OVal 的库，来向代码中添加可重用的验证约束条件。 |
|
|
|
2007年2月12日 |
|
| |
AOP 的利器：ASM 3.0 介绍
随着 AOP（Aspect Oriented Programming）的发展，代码动态生成已然成为 Java 世界中不可或缺的一环。本文将介绍一种小巧轻便的 Java 字节码操控框架 ASM，它能方便地生成和改造 Java 代码。著名的框架，如 Hibernate 和 Spring 在底层都用到了 ASM。比起传统的 Java 字节码操控框架，BCEL 或者 SERP，它具有更符合现代软件模式的编程模型和更迅捷的性能。 |
|
|
|
2007年7月25日 |
|
| |
使用 Rational Functional Tester 和 AOP 相结合测试 SWT 应用程序
本文介绍了一种解决方法，能够使 Rational Functional Tester（RFT） 捕捉到 SWT 应用程序的对象，并且采用 AOP（Aspect Oriented Programming）后编译时（Post-Complier weave）的方式把它注入到 SWT 应用程序中。该方法无须更改 SWT 应用程序的源代码，减少了开发代码与测试代码的耦合，在基于 SWT 应用程序的测试中有广泛的应用前景。 |
|
|
|
2008年5月6日 |
|
| |
AOP 介绍
本教程介绍 AOP 及其基本概念。AOP 及其相关的工具使您可以将基本横切关注点（如日志记录和安全）的代码，与程序的核心应用逻辑相分离。AOP 通过使代码更具有可读性、更不容易出错以及更容易设计和维护，改善了代码质量。 |
|
|
|
2005年9月22日 |
|
| |
Apache Geronimo 和 Spring 框架，第 4 部分: 混合使用 Spring AOP 和 Spring Web Flow
本系列教程共分为 6 个部分，这是其中的第 4 部分，介绍了 Spring AOP 模块提供的面向方面编程（Aspect-Oriented Programming，AOP）支持。通过本教程，您将会了解 Spring 框架如何简化使用 AOP 的过程，会看到 Spring Web Flow (SWF) 模块，并了解如何以 XML 配置文件格式声明性地定义应用程序的 Web 流程。您还将看到 Apache Geronimo Web Console 如何使创建及管理数据库变得更容易 ―― 所有操作均无需重新启动服务器。 |
|
|
|
2006年12月18日 |
|
| |
使用面向 Aspect 的编程改进模块性
面向 Aspect 的编程（AOP）是一种新的编程技术，它允许程序员对横切关系（crosscutting concerns）（跨越典型职责界限的行为，例如日志记录）进行模块化。 |
|
|
|
2002年4月19日 |
|
| |
无需容器的对象关系映射
当您自以为已经了解了所有开发工具时，肯定又会冒出一个新的工具。在本文中，developerWorks 的固定撰稿人 Rick Hightower 用一个真实世界的例子向您介绍两个最激动人心的企业新技术。Hibernate 是一个对象关系映射工具，而 Spring 是一个 AOP 框架和 IOC 容器。Rick 介绍了如何结合这两者，为企业应用程序构建一个事务持久层。 |
|
|
|
2004年4月26日 |
|
| |
Classworking 工具箱: 将 aspect 放到 werk 中
面向方面编程（Aspect-oriented programming，AOP）通过将在应用程序范围内起作用的功能分离出来而不是放到某个类或者包中，可以使代码保持清洁。日志记录是这种功能的一个常用的例子。AOP 是否可以帮助进行日志记录？在本文中，开发人员和 AOP 拥护者 Dennis Sosnoski 对 AspectWerkz 框架的使用进行分析以找出答案。 |
|
|
|
2005年3月21日 |
|
| |
适用于 Java 程序员的 CSP ，第 3 部分
Abhijit Belapurkar 通过介绍 JCSP 开发高级主题，结束了由三部分组成的介绍适用于 Java 开发人员的 CSP 的系列文章，介绍的内容包括：JCSP 与 AOP 的相似性、JCSP 与 java.util.concurrent 的比较，以及用 JCSP 进行高级同步。 |
|
|
|
2005年7月11日 |
|
| |
Spring 系列: Spring 框架简介
在这由三部分组成的介绍 Spring 框架的系列文章的第一期中，将开始学习如何用 Spring 技术构建轻量级的、强壮的 J2EE 应用程序。developerWorks 的定期投稿人 Naveen Balani 通过介绍 Spring 框架开始了他由三部分组成的 Spring 系列，其中还将介绍 Spring 面向方面的编程（AOP）和控制反转（IOC）容器。 |
|
|
|
2005年8月18日 |
|
| |
Spring 系列，第 2 部分: 当 Hibernate 遇上 Spring
Naveen Balani 继续他的 Spring 系列，介绍把 Hibernate 事务与 Spring 面向方面编程（AOP）集成的知识。结果是一个可以依靠的持久性框架。 |
|
|
|
2005年9月29日 |
|
| |
使用 Spring 更好地处理 Struts 动作
Struts Recipes 的合著者 George Franciscus 将介绍另一个重大的 Struts 整合窍门 ―― 这次是将 Struts 应用程序导入 Spring 框架。请跟随 George，他将向您展示如何改变 Struts 动作，使得管理 Struts 动作就像管理 Spring beans 那样。结果是一个增强的 web 框架，这个框架可以方便地利用 Spring AOP 的优势。 |
|
|
|
2005年11月3日 |
|
| |
面向方面的编程：它的好处是什么？
来自于 Rational Edge：关于面向方面的编程的大多数介绍，都是建立在技术可行的有限环境的基础之上，而忽略了AOP的实际价值。这篇文章提供了将AOP技术应用于软件开发项目的一系列实际的例子。 |
|
|
|
2006年5月18日 |
|
| |
不要重复 DAO！
由于 Java 5 泛型的采用，关于泛型类型安全 Data Access Object (DAO) 实现的想法变得切实可行。在本文中，系统架构师 Per Mellqvist 展示了基于 Hibernate 的泛型 DAO 实现类。然后展示如何使用 Spring AOP introductions 将类型安全接口添加到类中以便于查询执行。 |
|
|
|
2006年6月5日 |
|
| |
