Highlighter 方面
为了展示这个编目中的样式，我使用了一个实现突出显示搜索术语（即在搜索结果中突出显示用户的查询术语）的方面。我实现了与在上一例子中展示的方面非常相像的一个方面。该系统要在结果汇总页、细节页和应用程序的其他一些地方中突出显示术语。我在本文中展示的这个例子只横切一个类，但是原理是一样的。清单 1 包含 Highlighter 方面的一个实现：
清单 1. Highlighter 定义了突出显示行为
public aspect Highlighter{
/* ITDs to manage highlighted words */
private Collection<String> Highlightable.highlightedWords;
public Collection<String> Highlightable.getHighlightedWords() {
return highlightedWords;
}
public void Highlightable.setHighlightedWords(Collection<String>
highlightedWords){
this.highlightedWords = highlightedWords;
}
public pointcut highlightedTextProperties() :
(
execution(public String getProduct())
|| execution(public String getTitle())
|| execution(public String getSummary())
);
String around(Highlightable highlightable) :
highlightedTextProperties() && this(highlightable)
{
String highlighted = proceed(highlightable);
for (String word : highlightable.getHighlightedWords()) {
Pattern pattern = patternForWord(word);
Matcher matcher = pattern.matcher(highlighted);
highlighted = matcher.replaceAll("<span class=
\"bold\">$0</span>");
}
return highlighted;
}
private Pattern patternForWord(String word) {
return Pattern.compile("\\b\\Q" + word + "\\E\\b",
Pattern.CASE_INSENSITIVE);
}
}
Highlighter 方面捕获联结点的返回值并换成突出显示的版本。它根据存储在 Highlightable 接口中一个类型间字段中的突出显示术语清单选择要突出显示的术语。可以对任何需要表现突出显示行为的类使用 Highlightable 接口，既可以使用在类声明中，也可以使用 declare parents 语句。
在这个例子的初始版本中，我选用一个非常简单的切点。在本文的后面，我将重写这个切点以展示一些测试模式。
I. 测试集成的单元
针对 ：横切功能和规范
概述 ：如在介绍中说明的，使用方面很容易进行集成测试。这个模式非常简单：就像行为没有实现方面那样为系统编写一个测试。换句话说，将对象放到一起、设置状态、调用方法，然后验证结果。关键是编写一个当方面行为错误或者没有应用到希望它应用的联结点处时会失败的测试。如果方面会影响多个联结点，那么就选择几个代表例子。
例子：Highlighter 的集成测试
在清单 2 中要注意的是，这个测试的操作就像对没有使用方面的应用程序一样。它将对象放到一样、设置状态、调用方法并验证结果。
清单 2. 对 Highlighter 的集成测试
public class HighlightSearchResultsIntegrationTest extends TestCase {
Collection<String> words;
private SearchResult result;
public void setUp() throws Exception {
super.setUp();
words = new ArrayList<String>();
words.add("big");
words.add("grrr");
result = new SearchResult();
result.setTitle("I am a big bear!");
result.setSummary("grrr growl!");
result.setHighlightedWords(words);
}
public void testHighlighting() {
String expected = "I am a <span class=\"bold\">big</span> bear!";
assertEquals(expected, result.getTitle());
expected = "<span class=\"bold\">grrr</span> growl!";
assertEquals(expected, result.getSummary());
}
}
优缺点
不管是否使用 AOP，集成测试的代价和优点是类似的。不管哪种情况，主要的好处是验证代码的高层目标（换句话说，正确突出显示标题和结束语）。在进行大的重构时它会提供帮助。它还会找出当组件交互时才会出现的问题。
不过，只进行集成测试会带来一些问题。如果 HighlightSearchResultsIntegrationTest 失败，那么这可能是因为建议逻辑或者所涉及的其他类（如 SearchResult）有错误，而使方面根本没有运行。事实上，我在开发这个集成测试例子时就遇到了这种情况。我花了 20 分钟试图搞清楚为什么方面没有运行，最后发现在正则表达式中有一个暗藏的问题！
集成测试还需要更复杂的设置和断言，这使它们比分别测试单独的方面更难编写。并且很难用集成测试模拟代码需要正确处理的所有临界情况。
横切数个类的行为给集成测试带来了一个特定问题。假定对应用程序中的所有类有统一的异常处理。我们不想对每一个类测试这个新行为。相反，希望选择一个代表性的例子。但是如果选择了特定的 域类（比如 Customer 类），并测试了它的错误处理方面，那么就会有模糊测试目的的可能性。测试是验证 Customer 的行为还是验证应用程序的错误处理呢？
