AOP的工作原理
IBM的客户经理Brad Kasell说道：“传统上当你开始开发应用程序的时候，你从定义商业功能开始入手，即哪些应用程序需要完成的所有功能。”
“但总是项目涉及的所有开发人员都没有编写规范，因此开发人员们最终将会发现一个应用程序在不同的地方需要不同类型的登录服务，因此需要在不同的时候一遍遍的编写他们。”
“AOP则意味开发人员最终能够获得这样的机会，即提出一个问题：‘如何才能使得你只需编写一次就可以让这段代码服务于整个应用程序？’”
因此，AOP项目的起点在于开发人员确认所有对象都会需要的功能。随着对象的进一步开发，开发人员将能够找出每个对象都需要的一个普遍的功能，即“横切点”。这时，不同于在对象内部编写登录服务，开发人员将编写一个“切点（point
cut）”，这一“切点”将“织入（weaves）”到对象的方面（aspect）中。
这样的方式时的应用程序将有一些对象和一个单独的代码池所组成，在对象调用所需的服务视，这一代码池将提供通用的服务。
如何进行编程
要把AOP引入到工作中来是比较简单的，现在市面上已经有了很多种工具。
在这一领域，开放源代码软件是主打。最初由PARC设计的AspectJ在2002年已经被转手给Eclipse
Foundation，它现在是最为流行的AOP工具。
AspectJ将其自身标榜为“同Java编程语言无缝集成的面向方面扩展”，它提供了新的语法来定义、创建和使用方面。AspectJ可以被引入到多个编程工具中。最为常见的AOP工具是AspectWerkz，这是两位BEA员工所开发的，这一软件在松散的GNU公共许可证下发布。
2005年1月，AspectJ和AspectWerkz达成协议，同意将二者的成果综合到一起，取其精华创建一个单一的工具。
像Jboss这样的商用软件制造商同样提供AOP产品。这一企业所开发的JBoss AOP已经在2004年晚期发布，同样提供了面向方面的框架和一个方面库。
在.NET的阵营中，事情的进展则要缓慢一些。2005年1月，微软发布的Enterprise Library提供了7种不同的“应用程序块（application
blocks）”。Avanade的Magee认为这些组件可以被认为是就方面，使用Visual Studio .Net. Loom中的属性进行访问则是另一个回事。但这些工具所采用的方法决不是统一的。AspectJ是对Java的扩展。反对阵营认为，对语言进行扩展存在与之俱来的麻烦，AOP应当通过使用XML元数据来进行部署，从而定义横切点和所调用的对象。
开发工具以及什么地方可以找到这些工具
| 
