Az előző példa ízelítő volt csupán, az AOP ereje nagyobb és összetettebb problémák megoldása során mutatkozik meg igazán. A dolog egyetlen komoly hátránya, hogy egyelőre nem áll rendelkezésre igazán elterjedt és általános eszköz az aspektus orientált szoftvertervezéshez.
Merre érdemes elindulni? Laddad szerint először csak a legegyszerűbb, a fő-alkalmazáslogikát keresztbevágó feladatokat érdemes így modularizálni. Ilyenek például a naplózás, authentikáció és authorizáció vagy a tranzakciókezelés.
Idővel, különösen ha az AOSD - aspektus orientált szoftverfejlesztés - módszerek elérhetőek és támogatottak lesznek (a kiegészített UML-től a vizuális tervezőeszközökig), érdemes lesz már magát a rendszer magját is megpróbálni ilyen módon felosztani. Jelenleg azonban a módszerrel való ismerkedés és határainak, alkalmazhatóságának megismerése a fontos.
Eclipse/Java fejlesztők számára már van elérhető plugin, mellyel az Eclipse alkalmassá válik AOP fejlesztések kényelmes kezelésére. Amennyiben ezt a plugint letöltjük - akár az Automatikus frissítés menüpontban -, megkapjuk vele a legújabb stabil AspectJ-t a fordítóval, példaprogramokkal és dokumentációval.
Az AOP mostanra kilépett a laboratóriumok és egyetemi kutatócsoportok világából, így megismerésével hatalmas előnyre tehetünk szert - a maga szakmai szépségével és anyagi hasznával együtt - a szoftvertervezői piac többi szereplőjével szemben.
