本文中没有讨论横切关注点，我重新实现的多数解决方案照目前来看都是经过很好模块化的。
位于每个AOP工具核心的是连接点模型，它提供了一种机制，可以识别出在哪里发生了横切。
概念上，这种结构可以以横切的方式在程序元素上附加注释。
IDE支持的另外一个主要职责是让系统的横切结构易于导航和理解。
创建静态横切的语法和动态横切有很大的不同，即没有切入点和通知。
这使它特别容易采用，而且对于一些粗粒度的横切很有用。
静态横切和动态横切的区别在于它不修改一个给定对象的执行行为。
不过，它可帮助您理解并获得对应用程序的横切关注点的信任。
动态横切通常用于帮助向对象层次中的各种方法添加日志记录或身份认证。
建设中的城市轻轨和规划中的两条轻轨线路，构架起一个四通八达、纵横交错的立体交通网络。
可以看出，对于将横切元素的名字分解为多个部分，使用注释很方便。
景观生态学作为一门新兴的交叉性学科，在景观格局变化及其过程的研究方面具有很大的优势。
除了排除元素签名的纠结外，还可以使用注释来表达与代码的横切关注相关的任何数据。
下面将开始介绍手工编写横切问题与使用AOP工具进行处理的优劣对比。
可以利用AOP的横切机制对所有受影响的元素进行一次注释。
由于这种注释的横切本性，用AOP提供它们是很好的一种方法。
相反，它允许通过引入附加的方法字段和属性来修改对象的结构。
我们已经看到了AJDT如何通过增加编辑器标记和装饰advice元素来显示AspectJ的crosscutting特征。
切面是结合切入点和通知成一个模块方案，解决特殊的横切问题。
如果您家的天花板上没有纵横交错的管线，而房间又不高，大可不必做大面积的吊顶。
一个更优雅且根本上更灵活的解决方案就是使用静态横切来对预期对象添加行为。
严格地讲，使用可视化工具检查应用程序的横切结构不是一种测试技术。
因此，横切关注点（如日志、事务和安全）不会再干扰应用程序代码。
使用静态横切，架构师和设计者能用一种真正面向对象的方法有效地建立复杂系统的模型。
对于粗粒度的横切和辅助性方面，只需要很少的切入点。
引用更灵活的文档方法也具有横切方法（crosscuttingmethodologies）的优点。
1·This issue has to do more with the nature of the crosscutting functionality than the solution itself.
这个问题更多时候与横切功能的本性有关、而不是与解决方案有关。
2·In this article, I am concerned with static crosscutting, although I will briefly discuss both.
在本文中，尽管我将简要地同时讨论二者，但我主要关注静态横切。
3·Once you have one or more crosscutting map files in your project, you can perform a comparison.
一旦项目中有了一个或多个横切图文件，就可以进行比较了。
4·In this article, I introduce a catalog of techniques for testing crosscutting behavior implemented with aspects.
在本文中，我将介绍测试用方面实现的横切行为的一组技术。
5·Accordingly, the next two patterns show the benefits of supplementing normal tests with manual inspection of the crosscutting views available in tool such as AJDT.
相应地，下面两个模式展现了使用在AJDT这样的工具中提供的人工检测横切视图补充正常测试的好处。