भविष्य का अनुमान उन्मुख प्रोग्रामिंग

Question

मैं एओपी के क्षेत्र में नौसिखिया हूं। पहली बार जब मैंने एओपी की कुछ अवधारणाओं को लागू किया, तो मुझे यह समझने में रोमांच हुआ कि आपके आवेदन में क्रॉस काटने के पैटर्न कैसे पहलुओं को खत्म करते हैं। मैं सुरक्षा, लॉगिंग, लेनदेन, लेखा परीक्षा आदि जैसे क्रॉस कटिंग पैटर्न को हल करने के विचार से अभिभूत था।
हालांकि, जब मैंने पहली बार क्लाइंट को एओपी का उपयोग करने का प्रस्ताव दिया, तो मैं काम कर रहा हूं, मुझे बताया गया कि वे इसका समर्थन नहीं करते हैं। मुझे बताया गया कि एओपी का मतलब अधिक रखरखाव है! यदि आपका कोड बदलता है तो आपके पॉइंटकट को बदलना होगा। इसलिए, जब भी आप उस कोड को बदलते हैं जिसे आप लागू किया गया था, तो आपको अपने पहलुओं का विश्लेषण, परिवर्तन और परीक्षण करना पड़ सकता है?
इसके बारे में आपको क्या कहना है? मुख्यधारा की कंपनियां अभी तक एओपी के व्यापक उपयोग के लिए क्यों नहीं खुलती हैं? एओपी दुनिया कहां जा रही है?

Answer 1

एओपी अपेक्षाकृत नई अवधारणा है, और बड़ी कंपनियां आम तौर पर नई अवधारणाओं के प्रति सावधान रहती हैं। वे बहुत सारे एओपी कोड से फंसने से डरते हैं और इसे बनाए रखने वाले लोगों को ढूंढने में असमर्थ हैं।

विशिष्ट आलोचना के संबंध में, यह अनौपचारिक या गलत समझा जाता है। एओपी का पूरा बिंदु क्रॉस-कटिंग चिंताओं के क्षेत्र में कोड डुप्लिकेशन को कम करके रखरखाव कार्य को कम करना है। हालांकि, यह सच है कि कोड को समझने में कठिनाई हो सकती है - एओपी के साथ, जब आप किसी विशेष कोड को देखते हैं, तो हमेशा ऐसा मौका होता है कि कहीं और परिभाषित एक पहलू पूरी तरह से अपने व्यवहार को बदल देता है।

व्यक्तिगत रूप से, मुझे यकीन नहीं है कि एओपी के लाभ (क्या वास्तव में कई क्रॉस-कटिंग चिंताओं हैं?) इस समस्या से अधिक है। इसे हल करने के लिए मैं इसे देखने का एकमात्र तरीका आईडीई में समर्थन के माध्यम से होगा; लेकिन आपको आईडीई पर और भी अधिक निर्भर करने के लिए यह बहुत अच्छी बात नहीं है।

यह प्रवृत्ति ऐप सर्वर और ढांचे की ओर प्रतीत होती है जो लेन-देन और सुरक्षा जैसे विशिष्ट, महत्वपूर्ण क्रॉस-कटिंग चिंताओं को एओपी (यानी केंद्रीय घोषणात्मक परिभाषा) के समान तरीके से संबोधित करते हैं लेकिन रखरखाव डेवलपर्स को भ्रमित करने के लिए आपको अपनी पूरी शक्ति प्रदान किए बिना ।

Answer 2

एओपी उन चीजों में से एक है जो एक दिलचस्प विचार है कि अभ्यास में बस इतना अच्छा काम नहीं करता है। जावा के पास एक दशक या उससे अधिक समय तक एओपी उपलब्ध था, और इसका उपयोग बहुत अधिक नहीं किया जा रहा है क्योंकि ऐसा लगता है कि यह ठीक से अधिक समस्याएं पेश करता है।

Answer 3

मुझे किसी एप्लिकेशन पर कुछ प्रदर्शन अनुकूलन करना पड़ा और मैंने AspectJ में एक कस्टम प्रोफाइलर लिखना चुना। मैं पहले एओपी का उपयोग करने के बारे में संदेह कर रहा था लेकिन मुझे एहसास हुआ कि यह नौकरी के लिए बिल्कुल सही उपकरण था।

हालांकि, ऐसी कई नौकरियां हैं जिनका मैं इसका उपयोग नहीं करूंगा। मैं एप्लिकेशन कार्यक्षमता को प्रभावित करने वाली किसी भी चीज़ के लिए इसका उपयोग करने से बहुत सावधान रहूंगा। अप्रत्यक्षता और पारदर्शिता की कमी की अतिरिक्त परत डेवलपर्स के लिए सुविधाओं को जोड़ने या बग ठीक करने की कोशिश करने के लिए बहुत सी समस्याएं पैदा करेगी।

Answer 4

लोग भूल जाते हैं कि जावा एनोटेशन और गुईस और स्प्रिंग जैसे ढांचे में उनका उपयोग एओपी से प्रेरित था। मैं कहूंगा कि जावा एनोटेशन वह जगह है जहां एओपी आज जा रहा है।

Answer 5

हम AspectJ एओपी कार्यान्वयन का उपयोग करते हैं और इससे बहुत खुश हैं। आपको इसे अपने टूलकिट का एक और हिस्सा मानना ​​चाहिए जो कुछ सामान्य अवधारणाओं को 'सामान्य' जावा में व्यक्त करना आसान बनाता है। वर्तमान में हम मुख्य रूप से हमारी सेवाओं के लिए जेएमएक्स इंटरफेस प्रदान करने के लिए इसका उपयोग करते हैं।

यह सच है कि अधिक आईडीई को इसका समर्थन करना चाहिए (मैं आपको जेटब्रेन देख रहा हूं!), जो निश्चित रूप से गोद लेने में मदद करेगा।

Answer 6

मुझे बताया गया कि एओपी का मतलब अधिक रखरखाव है!

यह सिर्फ मूर्ख और बिल्कुल गलत है। एओपी आपके कोड से शोर पाने के लिए एक आवश्यक उपकरण है और आपको व्यवसाय मूल्य प्रदान करने के अपने प्रयास पर ध्यान केंद्रित करने की अनुमति देता है। जब व्यवसाय के नियम बदलते हैं तो आपको अपने कोड में नए बदलावों को दर्शाने के लिए ढांचे के ढांचे के माध्यम से घूमना नहीं पड़ता है।

हालांकि किसी भी उपकरण की तरह, आपको इसे सही तरीके से उपयोग करना सुनिश्चित करना होगा। मैं इस तथ्य को हल करने के लिए है कि मेरे AOP प्रवेश inadvertantly decrypted क्रेडिट कार्ड लॉग ऑन होता था:

http://www.agileatwork.com/what-happens-when-you-actually-use-aop-for-logging/