अमूर्तता के विपरीत क्या है? [बन्द है]


19

जैसा कि मैं इसे समझता हूं, अमूर्तता शब्द हम उस शब्द के लिए उपयोग करते हैं जब अधिक अर्थ बिना परिवर्तन के कुछ सरल से बनाया जाता है। यह लैटिन वर्ब एब्सट्राई ('दूर निकालना') से लिया गया है। उदाहरण के लिए, पाठ द्विआधारी डेटा का सिर्फ एक अमूर्त है - जैसे बिटमैप हैं। तो, कंप्यूटर में, पाठ और बिटमैप्स द्विआधारी डेटा के शीर्ष पर मौजूद हैं (लागू होते हैं)।

मेरा सवाल है: विपरीत शब्द क्या है? अगर मैं बाइनरी डेटा के अलावा अन्य संभावित बुनियादी चीजों को जानना चाहता हूं जो बिटमैप को लागू किया जा सकता है - एक चिथड़े रजाई के लिए मोज़ेक या कपड़े पैच के लिए टाइल जैसी चीजें - मैं क्या मांग रहा हूं? क्या उसके लिए कोई शब्द है?

अमूर्तता के सामान्यीकरण की धारणाएँ हैं और उस की विपरीत प्रक्रिया विशेषज्ञता है। आईडीके कि मदद करता है।


7
यह अंग्रेजी में बेहतर हो सकता है।
Péter Török

3
कुछ मामलों में सादगी। मैंने बहुत सारे भयानक सार देखे हैं जो केवल चीजों को और अधिक जटिल बनाते हैं; |
विलियम

मुझे लगता है कि इस अवधारणा में संतोषजनक शब्द नहीं है। एक को सिक्का दें: "डी-एब्स्ट्रेक्शन"
कोनोर कॉनेट

जवाबों:


8

क्रियान्वयन।

अमूर्त शब्द छोटे शब्द हैं, एक वास्तविक दुनिया की चीज़ के एक (कम) मॉडल, और एक अवधारणा या एक विचार में "कॉम्पैक्ट" प्राप्त करने की मानसिक प्रक्रिया है।

तो इसके विपरीत एक अवधारणा या एक विचार लेना है, और इसे एक वास्तविक दुनिया की चीज़ में बदल देना;;


2
मुझे नहीं पता कि मैं इसे इतना विपरीत कहूंगा कि एक पूरक अवधारणा के रूप में। जैसा कि, हर बार जब आप प्रोग्रामिंग में अमूर्त होते हैं, तो आपके पास यह कार्यान्वयन भी होता है कि एब्सट्रैक्शन छुपा है। हालाँकि, ऐसा लगता है कि सवाल क्या पूछ रहा है।
झॉकिंग

@jhocking ब्रेक और एक कार के त्वरक विपरीत हैं, फिर भी, पूरक भी हैं। चीयर्स।
umlcat


41

आमतौर पर

संघटन - सी ++ कंक्रीट वर्ग में के रूप में

और कुछ मामलों में:

विशेषज्ञता - सी ++ टेम्पलेट विशेषज्ञता के रूप में

जोड़ा गया 12-June-2012 : यह एक प्यारा शब्द है:

संशोधन - जैसा कि कई प्रोग्रामिंग भाषाओं में है


6
हालांकि मैं 'संक्षिप्त' के उपयोग से असहमत नहीं हूँ - यह एक बोझिल शब्द है ... 'सहमति' बेहतर नहीं होगा? thefreedictionary.com/concretion
HorusKol

1
सुनिश्चित करने के लिए विवेक
ज़ाचरी येट्स

क्या यह कंक्रीट में सेट किया गया है, तो कंसर्न के बाद? बस पूछ रहा है :-)
JensG

5

इसकी कमी को प्रोग्रामिंग के संदर्भ में ।

reductionism

जैसे: "मैंने इसकी सरलतम शर्तों को कम कर दिया है।"


4

"कंक्रीट" "अमूर्त" के विपरीत है, इसलिए "अमूर्त" के विपरीत तार्किक "संक्षिप्त" है। हालांकि इसके विपरीत बिल्कुल सार्थक नहीं है क्योंकि आप आमतौर पर केवल अमूर्त के बारे में बात करते हैं और इसके विपरीत शायद ही कभी सोचते हैं।


3

चलो खरोंच से शुरू करते हैं। सबसे पहले, वास्तव में अमूर्तता क्या है?

द प्रॉब्लम / मोटिव

जब आप कार्यक्रम करते हैं, तो आपको अक्सर विशेष रूप से विस्तृत समस्याओं को हल करना होगा।

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

समाधान: अमूर्तता

अपने विचार को कार्यान्वित करने के लिए आपको जो समझने की आवश्यकता है, उसे समझने के लिए , आप विस्तृत समाधानों को सरलीकृत सार में निकाल सकते हैं

उदाहरण के लिए, आइए ORM (ऑब्जेक्ट-रिलेशनल मैपिंग) को देखें, जहां SQL ऑब्जेक्ट्स में सार है।

एक नए आइटम को बिना डेटाबेस में सम्मिलित करने के लिए, एक प्रोग्रामर को एसक्यूएल को जानना होगा। एक नया आइटम सम्मिलित करने के लिए एक प्रोग्रामर को तालिका में एक नया आइटम डालने के लिए SQL सिंटैक्स को याद रखने की आवश्यकता है:

INSERT INTO Items (field1, field2) VALUES (value1, value2)

लेकिन अमूर्तता के साथ, प्रोग्रामर को केवल इस विचार के बारे में पता होना चाहिए कि वह क्या करना चाहता है। एक वस्तु उन्मुख अमूर्त की तरह लग सकता है:

Item item = new Item(value1, value2)

आप थोड़ा और आगे बढ़ सकते हैं और इस तथ्य के बारे में सोच सकते हैं कि एसक्यूएल अपने आप में परिष्कृत डेटा-स्टोरेज संरचनाओं और एल्गोरिदम के टन के लिए एक बहुत बड़ा अमूर्त है, जो एक सरल घोषणात्मक भाषा सीखने की कीमत के लिए पूरी तरह से आपकी उंगलियों पर हैं।


अमूर्त के विपरीत

अब हम जो परिभाषित करते हैं, उसके आधार पर अमूर्तता वास्तव में यह पर्याप्त है कि यह केवल हाथ में आने वाली अवधारणा को जानने के लिए पर्याप्त है, हम आसानी से यह मान सकते हैं कि अमूर्तता का विपरीत वास्तव में गूढ़ है , जहां उपयोग या समझ किसी विशेष ज्ञान के बारे में किसी तरह की आवश्यकता होती है। विषय की ख़ासियत।


1

"व्याकुलता" - जैसा कि तब होता है जब कोड के एक टुकड़े को कई पेचीदा विवरणों की जानकारी के बिना समझा नहीं जा सकता है कि वास्तव में क्या होता है जब इसे चलाया जाता है।


0

एब्सट्रैक्शन एब्स-ट्रैशेर से आता है और मैं कहूंगा कि इसका अनुवाद "ड्रा से" (हालांकि शाब्दिक अनुवाद इस प्रकार डी-ट्रैक्शन होगा) के रूप में किया जाता है। मैंने एक ब्लॉग पोस्ट में यह समझाने की कोशिश की है ।

अमूर्तता कुछ ठोस से सार को खींचने की प्रक्रिया है । ठोस चीजें आमतौर पर काफी जटिल होती हैं। उदाहरण के लिए, यदि आप सबसे पास की कुर्सी को देख सकते हैं, तो बहुत सारे विवरण हैं, जो वास्तव में इसका गठन करते हैं। इसकी सामग्री, इसकी संरचना, इसका आकार और इसी तरह। लेकिन इनमें से कोई भी चीज वास्तव में जरूरी नहीं है । क्या जरूरी है, कि आप उस पर बैठ सकें।
किसी चीज़ का आपका "सार" वही है जो आप देखते हैं, जब आप उसे देखते हैं। जब आप उस कुर्सी को देखते हैं, तो आपको एक कुर्सी दिखाई देती है। एक पहलवान वास्तव में इसके बजाय एक हथियार देख सकता है।

तो अमूर्तता का परिणाम वास्तव में किसी दिए गए दृष्टिकोण से कुछ का सार है।

एक बिटमैप या पाठ के मामले में, अमूर्तता यह है, कि आप किसी दिए गए मूल्य के बारे में सोचते हैं जैसे कोई विशिष्ट उद्देश्य पूरा करता है। हाथ में प्रोग्रामिंग भाषा के आधार पर, आप भाषा के शब्दार्थ के भीतर अपनी सोच का प्रतिनिधित्व कर सकते हैं।
लेकिन आपके लिए, यह वास्तव में मायने नहीं रखता है, चाहे अंतर्निहित डेटा "बाइनरी" हो। यह ठीक वैसे ही काम करेगा जैसे कि यह वास्तविक समय में एक टोल्ड पेपर के रोल से पढ़ा गया हो, जिसमें डेटा 13 बिट होल पंचिंग पैटर्न के साथ एन्कोड किया गया हो। तुम सच में परवाह नहीं है।
बेशक, मेमोरी में संग्रहीत बाइनरी डेटा का उपयोग करके एक ठोस बिटमैप को लागू करना कुछ स्पष्ट फायदे हैं और ज्यादातर लोग इसे पसंद करेंगे। फिर भी, वास्तव में उदाहरण के लिए बिटमैप जानकारी को एन्कोड करने के कई तरीके हैं। और यह भी एक-दूसरे के साथ अलग-अलग तरीकों का उपयोग करने के लिए समझ में आ सकता है। लेकिन कोड के छोटे टुकड़े को छोड़कर, जो कई बाधाओं के आधार पर प्रतिनिधित्व का चयन करता है, आप बिटमैप की ठोस प्रकृति के बारे में कोई ज्ञान नहीं रखना चाहते हैं। आपको केवल इस बात की परवाह है कि आपके दृष्टिकोण से क्या आवश्यक है। इस उदाहरण में यह शायद पिक्सेल डेटा में हेरफेर करने के कई तरीके हैं।

क्योंकि एक अमूर्तता वास्तव में सबसे पहले होती है और एक विचार (जैसे किसी चीज़ के आदर्श मॉडल में) सबसे आगे होती है, विपरीत को "अवतार" कहा जा सकता है। चूँकि प्रोग्रामिंग शायद ही कभी एक कार्मिक चीज़ है, इसलिए व्यक्ति "कार्यान्वयन" के साथ जा सकता है, जबकि अमूर्त को अक्सर इंटरफेस के रूप में दर्शाया जाता है।
@Lior द्वारा कहा गया है, यह भी एक बहुत ही उपयुक्त शब्द है, भले ही यह वास्तविक लक्ष्य (यानी एक विचार को लागू करने के लिए) के बजाय साधनों पर अधिक ध्यान केंद्रित करता है (अर्थात कुछ ठोस प्रदान करना - जो अवश्यम्भावी है)।


0

अमूर्तता कुछ को सामान्य करने के लिए बारीकियों को हटाने की प्रक्रिया है। यदि अमूर्तता विशिष्टताओं को हटा रही है, तो शायद अमूर्तता के विपरीत विनिर्देश है।

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