HomeHomeHomeArchiteturMiddlewareMDSDBeratungCoachingTrainig
header
homemailbacksearchimpressum

go back go up Publications :: Handling Cross-Cutting Conerns - AOP and beyond

dotted Line
dotted Line
menu not Selected Home
dotted Line
menu not Selected Services
dotted Line
menu not Selected Experience
dotted Line
menu not Selected Conferences
dotted Line
menu selected Publications
   menu not Selected Books
   menu not Selected Patterns
   menu not Selected Papers
   menu not Selected Podcasts
   menu not Selected Videos
   menu not Selected Articles
   menu not Selected Position Papers
dotted Line
menu not Selected Vorlesungen
dotted Line
menu not Selected Site
dotted Line
dotted Line

magic Pixel banner 0

magic Pixel banner 1

magic Pixel banner 2

magic Pixel banner 3

magic Pixel banner 4
magic Pixel

Handling Cross-Cutting Conerns - AOP and beyond

With the rise of aspect-oriented programming techniques and tools the issue of cross-cutting concerns and their efficient handling is becoming more and more prominent. AspectJ is the most well-known example of aspect-oriented programming. I have come across many discussions about what constitutes “real” AOP and what doesn’t. While I certainly don’t have the goal of settling this discussion once and for all, but I want to widen the scope of the discussion a little bit: AOP is basically a way to efficiently handle cross-cutting concerns on language-level. However, there are ways to handle cross-cutting concerns differently, on other levels, such as design or architecture. While I don’t want to formally define AO-Design or AO-Architecture, I want to provide a couple of examples how cross-cutting concerns can be handled without AO language tools.

[Artikel]
01.08.2003
../data/articles/AspectLevels.pdf Download... Abstract... Abstract...
Handling Cross-Cutting Conerns - AOP and beyond
Published in: ,