
使用Spring AOP和AspectJ编排工作流
本文说明了如何使用面向方面编程(AOP)技术来构建并编排高可配置、可扩展的轻量级嵌入式流程流(process flow)。目前例子是基于Spring AOP和Aspect J的,其他AOP技术也可实现同样的结果。

本文说明了如何使用面向方面编程(AOP)技术来构建并编排高可配置、可扩展的轻量级嵌入式流程流(process flow)。目前例子是基于Spring AOP和Aspect J的,其他AOP技术也可实现同样的结果。
流行的.NET AOP Framework, PostSharp发布了新版本:1.5 CTP 3。这个版本含有之前版本的特性并在性能上有明显地提升。
近日Delphi产品经理Nick Hodges在开发者网站CDN上公布了Delphi Prism的开发线路图,其中提到短期内其团队会努力优化对DabaSnap和dbExpress的支持,然后会考虑对微软最新发布的.NET 4.0和Visual Studio 2010的直接支持,并继续优化Delphi Prism语言。另外Nick还提到Delphi Prism对Mono的支持。
Spring AOP/AspectJ搭配能提供多种选择,比如AOP系统的选择、语法的选择,还有织入方式的选择;在企业应用中使用AOP时,清楚地理解这些选择对实施的效果来说是非常重要的。Ramnivas Laddad说,只有一种AOP是不能适用于所有应用的,选择正确的组合有助于开发人员成功使用AOP。
尽管很多人认为Aspect适用于像事务管理、持久化、基于角色的安全等方面的横向关注点(cross-cutting concerns),它们还有另一个重要价值,就是作为普通项目应用注解的推动者。使用Aspects作为一种实现注解处理器的方法,是对它们的一种不同思考方法,不同于传统的架构师的“横向关注点”视角。

使用领域模型,很少会像创建实际领域模型类,使用它们那么简单。很快你就会发现,领域模型必须得到相当数量的基础架构代码的支持。 在文章中,Mats说明了如何使用域模型管理涉及设计和关注点分离的问题,解释了解决问题的方法.

Groovy的元对象协议为我们修改所创建对象的核心行为提供了单一的联系点。John McClean展示了如何使用Groovy的MOP来执行无需代理或字节码操纵的AOP拦截,也展示了在Ruby和其他动态语言中相同做法也是可行的。

这篇文章回顾了在Spring 2.0中对AOP的支持,并带你领略了在企业应用中对AOP的采纳过程。大量的事例表明,很多用AOP可以很简单实现的功能,用其他的方式很难实现。