सबसे पहले, संभवतः आप मौजूदा पहलू एपीआई का उपयोग करके ऐसी कोई निगरानी नहीं कर पाएंगे, क्योंकि पहलू रैपर जो किसी भी विशेष घटक से बंधे न होने के विशिष्ट उद्देश्य से कॉल को रोकते हैं, इसलिए कोई भी नहीं होगा अवरोधक पहलुओं का पता लगाने का प्राकृतिक तरीका।
यह कहा गया - एक तरीका हो सकता है कि आप किसी प्रकार की रणनीति वर्ग के अंदर पहलुओं को लपेट सकें, हालांकि, इसे बनाए रखने के लिए काम की मात्रा काफी महत्वपूर्ण होगी।
http://www.eclipse.org/aspectj/doc/released/faq.php#q:benefits
पहलुओं अक्सर के रूप में या रनटाइम पर अपने अन्य कोड, अर्थात "साथ में बुना" या निर्माण समय "के शीर्ष पर जा रहा है" बताया गया है।
http://asm.ow2.org/users.html
इस प्रकार, अपने कोड नहीं आम तौर पर किसी भी तरह के पहलू उन्मुख सुविधाओं के "पता", होगा पहलुओं के कार्यान्वयन के लिए इस प्रतिमान दिया।
हालांकि, अगर आप मिल पहलुओं चाहता था, आप कुछ पहलू को लागू कर सकता है मानक जावा और निर्भरता इंजेक्शन का उपयोग करते हुए "की तरह" -, जो है लोड हो रहा है इंजेक्शन कार्यावधि में मॉड्यूल जो पार काटने कार्यक्षमता के कुछ लागू द्वारा कि एक पहलू लागू होगा ... लेकिन, मुझे संदेह है, यदि आप वास्तव में गंभीर पहलू उन्मुख कोड कर रहे हैं, तो ऐसा दृष्टिकोण आपके पहलू उन्मुख आवश्यकताओं से कम हो जाएगा।
मुझे यकीन नहीं है कि आप क्या हासिल करने की कोशिश कर रहे हैं। एक बात के लिए, foo का पहलू होने का क्या अर्थ है? शायद आप का मतलब है कि जब कोई सलाह निष्पादित की जाती है, तो 'foo' 'इस()' पॉइंटकट से बाध्य होगा। चूंकि पॉइंटकट्स को गतिशील रूप से बाध्य किया जा सकता है, इसलिए ऐसी कोई भी GetAllAspectsOf (foo) विधि उस धागे पर निर्भर करेगी और सीएफएलओ क्या है। मुझे लगता है कि आपको perthis या pertarget का उपयोग करना चाहिए। फिर फू के दिए गए उदाहरण के लिए, आप MyAspect.aspectOf (foo) को कॉल कर सकते हैं। Http://eclipse.org/aspectj/doc/released/progguide/semantics-aspects.html#aspect-instantiation –