OO, AOP, Closures and Java

Aspect Oriented Programming improves quality of objectoriented systems. Especially the separation between the technology and realization of the business requirements can be better separated. Cross cutting functionality (transactions, synchronization, locking, audits, field and cross-validation, security, change notification as well as business functionality) can be factored out from the objects using aspects, which simplifies the objects and makes them more reusable. Some of the decorating aspects could be also easily solved with closures, but there is still room for AOP in Java.
The problem with AOP: the realization is higly dependent on the Java version. For instance JDK 1.4 requires the usage of a custom classloader (or preprocessor for compile time weaving), Java SE 5 is more flexible with agents. The next problem is the syntax - it is not standardized.
In Java SE you can use dynamic proxies, in Java EE 5 interceptors, or third-party frameworks like AspectJ.
I just wondering, why there is no JSR for AOP?


Cloudy Jakarta EE and MicroProfile: Microservices, Clouds and Beyond Jakarta EE / MicroProfile airhacks workshops at MUC airport, Winter Edition

airhacks.fm the podcast:

Stay in touch: airhacks.news.

Comments:

AOP is only useful because of an inflexible system. If one could modify a class at runtime without leaving the language, there would be no use for AOP.

Posted by Ricky Clarkson on March 07, 2007 at 02:55 PM CET #

Post a Comment:
  • HTML Syntax: NOT allowed
Online Workshops
realworldpatterns.com
...the last 150 posts
...the last 10 comments
License