एक पहलू उन्मुख प्रोग्रामिंग प्रतिमान का उपयोग करने के क्या फायदे और नुकसान हैं [बंद]


10

ठीक है तो यहाँ सवाल है: एक पहलू उन्मुख प्रोग्रामिंग प्रतिमान का उपयोग करने के फायदे और नुकसान क्या हैं।

इस प्रकार मेरे लाभ और नुकसान:

लाभ:

  • ऑब्जेक्ट ऑब्जेक्ट ओरिएंटेशन।
  • कोड में स्थिरता और समझ में सुधार में क्रॉस-कटिंग चिंताओं को संशोधित करता है।

हानि:

  • अवधारणाओं को समझने में सबसे आसान नहीं है - ओओ के रूप में अच्छी तरह से प्रलेखित नहीं
  • चिंताओं के अलगाव में OO काफी आगे जाता है ...

क्या कोई भी इनमें से किसी को भी चुनौती देना चाहेगा / खुद को जोड़ेगा?

बहुत धन्यवाद, जे


1
पहले से ही बहुत सारी शिक्षण सामग्री। AOP का परिचय - dotnetslackers.com/articles/net/… । जानें PostSharp (AOP ढांचा) - programmersunlimited.wordpress.com/postsharp-principals
DustinDavis

जवाबों:


3

एक प्रोग्रामर के दृष्टिकोण से, जिसका आदर्श वाक्य "कीप इट सिंपल स्टूपिड" है, ऐसे मॉडल के उपयोग का मूल्यांकन करना खतरनाक है। इसे पूरा करने का प्रयास करने के लिए, यह एक कार्यक्रम को समझने के लिए और अधिक कठिन परिणाम प्रदान करता है और परिणामस्वरूप तोड़ना आसान होता है।

अच्छी प्रोग्रामिंग की प्रतिभा अपनी सादगी में विडंबना है। जटिल कार्यक्रम काम कर सकते हैं, लेकिन जब यह रखरखाव की बात आती है, तो बुरे सपने आते हैं, और जब आप समझते हैं कि प्रोग्रामर द्वारा बिताया गया 2 / 3rds समय कार्यक्रमों में त्रुटियों को ठीक करने के लिए रखा गया है, तो यह अंत में भुगतान नहीं करता है।


2

ऑपरेशन के स्थान से कार्यक्षमता वितरित करने से जटिलता और एक्शन-ए-ए-डिस्टेंस समस्याएं बढ़ जाती हैं।

मैं इस तरह के डिजाइन दृष्टिकोणों पर विचार करता हूं कि कुछ को विकसित होना चाहिए क्योंकि सिस्टम इसे साफ संचालन के लिए मांगता है, शुरू में डिज़ाइन नहीं किया गया है।


2

अतिरिक्त लाभ (उनमें से सभी नहीं)

  • वर्गों और पहलुओं का पुन: उपयोग, प्रतिरूपकता के लिए धन्यवाद
  • न्यूनाधिकता और पुन: उपयोग के लिए कोडिंग धन्यवाद की लागत में कमी
  • छोटे कोड को कोड के साथ एक पहलू रखने की क्षमता के लिए धन्यवाद जो अन्यथा कई वर्गों में लागू (बिखरे हुए) होंगे
  • एक वर्ग में व्यवहार को जोड़ने की क्षमता, जिसमें इसकी मुख्य जिम्मेदारी के साथ कोई संबंध नहीं है
  • ग्राहक वर्गों को इसके बारे में जाने बिना विधियों / वर्गों के शब्दार्थ को फिर से परिभाषित करने की क्षमता

नुकसान

  • कुछ निर्माणों का उपयोग करते समय रनटाइम ओवरहेड, जैसे प्रवाह

0

नुकसान: खराब उपकरण-श्रृंखला समर्थन: - डिबगर और प्रोफाइलर को "एस्पेक्ट ओरिएंटेड प्रोग्रामिंग" के बारे में पता नहीं हो सकता है क्योंकि इस कारण वे कोड पर काम कर सकते हैं जैसे कि सभी पहलुओं को प्रक्रियात्मक कोड द्वारा प्रतिस्थापित किया गया था।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.