由此可以看到，在没有切入点静态检查的工具中，这类语法错误需要更多时间调试。
如果修改切点以使它们更能被mock目标访问，也就使它们更可被系统中的非测试部分访问。
编写好的切入点是掌握好AOP的关键，尽管这对于新手来说通常不是一件容易的事。
创建静态横切的语法和动态横切有很大的不同，即没有切入点和通知。
更加完整和精细的切入点集合允许通过方面访问程序执行中更多有趣的点。
指出错误在哪特别费时，尤其在初次接触AOP和切入点时。
切面是结合切入点和通知成一个模块方案，解决特殊的横切问题。
在编写本文的时候，还没有支持基于注释属性的切入点的AOP系统。
用几个代表性的mock目标检查这种切点是值得的。
对于粗粒度的横切和辅助性方面，只需要很少的切入点。
切入点支持复合（composition），这就允许把简单的切入点组合成更复杂的切入点。
运行时——拦截和基于代理的机制提供了切入点匹配的手段，可以决定什么时候应当调用通知。
合起来，这两个切点定义了所有我们关注的连接点。
注意，目前AspectJ是惟一提供使用切入点的静态强制机制的工具。
因为每个切点都有一个雇员参数，因此，我们可以很容易地完成这项工作。
方面封装了一个横切关注点的连接点，切入点，类型间声明和参考建议。
衡切点允许您明确的引用程序代码（方法内容和过程）中的多个连接点。
在编辑切入点时，不得不运行系统才能查看结果，寻找受影响的连接点是非常耗时的。
从反面来看，更广泛的切入点集合确实具备量入为出的属性，因为切入点可以边用边学。
连接点，切入点和参考建议关注于你的软件的动态属性。
切入点、通知和类型间声明组合在一起，使AOP语言可以清楚地表达横切问题。
连接点被封装在被称作“pointcuts（横切点）”的可以计量的扩展（查询）之中。
元数据给选择连接点（joinpoints）带来了附加信息，在那里Pointcuts使用注解来捕获连接点（joinpoints）。
您可以采用一种更加宽松的方法来描述横切点，使用上下文无关的描述。
跟踪定义了三个切入点；其中的两个是具体的，一个是抽象的，正如图2所示。
然后可以用切入点来定义将在其上应用方面中的通知的连接点。
它提供一种在单个代码模块中表达切入点和通知的优雅的方式。