आईबीएम एसओएम: विरासत समर्थन के साथ एक बाहरी वस्तु प्रणाली

मैं अपना पता साझा करना चाहूंगा: IBM SOM। विकिपीडिया के अनुसार, एक बार COM के साथ Microsoft, और SOM के साथ IBM था। विंडोज और ओएस / 2 पर, क्रमशः। और उनके लिए इंटरकनेक्ट टूल थे: DCOM और - आपको क्या लगता है? - सही, DSOM। ऐसा मुहावरा कि ऐसा लगे कि वे जुड़वाँ हैं। केवल अब SOM में वंशानुक्रम था, लेकिन COM में नहीं, और विकिपीडिया से संदर्भित पत्रकारिता लेखों में , यह बस उसी के बारे में है।


लेकिन यह खरगोश के छेद में यात्रा की शुरुआत है।

एसओएम पर दस्तावेज़ीकरण है, समीक्षाएं हैं, हालांकि, मैं स्कॉट एच। डैनफोर्थ और ईरा आर फॉर्मैन द्वारा लिखित 4 लेखों का नाम दूंगा (इरा पुरुष हिब्रू नाम है) इस तरह के दस्तावेजों के रूप में।

www.edm2.com/index.php/Scott_H._Danforth

• इरा आर। फॉर्मन, माइकल एच। कॉनर, स्कॉट एच। डैनफोर्थ और लैरी के। रैपर (आईबीएम के सिस्टम ऑब्जेक्ट मॉडल) (1995) द्वारा एसओएम अनुच्छेद में रिलीज़-टू-रिलीज़ बाइनरी संगतता।
• इरा आर। फॉर्मन, स्कॉट एच। डैनफोर्थ (1994) द्वारा एसओएम में मेटाक्लस प्रोग्रामिंग पर विचार
• इरा आर। फॉर्मन, स्कॉट एच। डैनफोर्थ (1994) द्वारा एसओएम में मेटाक्लास बाधाओं की विरासत
• ईओ आर। फॉर्मन, स्कॉट एच। डैनफोर्थ, हरि मदुरी (1994) द्वारा एसओएम में मेटकासल से पहले / बाद की रचना

सबसे स्वादिष्ट क्षण:

RRBC:

संकलित पुस्तकालयों के लिए इस इंजीनियरिंग अनुशासन के लक्ष्य के रूप में कहा जा सकता है:
केवल अनुप्रयोग परिवर्तन पुनर्संयोजन आवश्यक है
इसका तात्पर्य यह है कि यदि क्लास लाइब्रेरी के विकास के लिए एप्लिकेशन स्रोत में परिवर्तन की आवश्यकता नहीं है, तो एप्लिकेशन को पुन: प्राप्ति की आवश्यकता नहीं होनी चाहिए।

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

फिर संयोग से यह सूची परिवर्तनों की एक और सूची के साथ आगे बढ़ती है, विरासत के साथ उन वर्गों के लिए। एक निजी ऑब्जेक्ट चर जोड़ा जा सकता है, वर्ग पदानुक्रम बदल सकता है। स्रोत कोड को बदलने की आवश्यकता नहीं है कि कुछ भी recompilation की आवश्यकता नहीं होनी चाहिए। इस तरह का काम वे आईबीएम ऑब्जेक्ट टेक्नोलॉजी ग्रुप (ऑस्टिन) में कर रहे थे।

और अंत में, आरआरबीसी में विकल्प (डेल्टा / C ++, OBI के साथ SOM की तुलना करने वाली तालिका है - मैं इससे परिचित नहीं हूं, लेकिन यह जानना दिलचस्प था)। इस तालिका में, मैं वास्तव में

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

एसओएम 2.0 समस्या के एक मूल समाधान का उपयोग करता है: क्लास आईडीएल में निर्दिष्ट मेटासेल्स अब इस क्लास के लिए मेटाक्लस का सटीक संकेत नहीं है, लेकिन केवल एक सीमा है। कक्षा के मेटाक्लास को प्रत्येक माता-पिता के मेटाक्लास का वंशज होना चाहिए, साथ ही वर्ग की घोषणा में निर्दिष्ट मेटाक्लास का एक वंशज होना चाहिए। यदि इनमें से कोई एक मेटाक्लस सभी आवश्यकताओं को पूरा करता है, तो इसे लिया जाता है। अन्यथा, एसओएम रनटाइम न्यूनतम मेटाक्लस प्राप्त करने के लिए सभी आवश्यक मेटाक्लासेस को पार करने का निर्णय लेता है।

इसी समय, यह दस्तावेज़ बताता है कि ये मेटाक्लासेस क्या हैं। मैं डेल्फी और जावा के उदाहरण के साथ फिर से लिखूंगा, जिसमें मेटाक्लासेस निहित हैं।

तो, डेल्फी में और जावा में, ऑब्जेक्ट के तरीकों के अलावा, क्लास के तरीके भी हैं। डेल्फी में वर्चुअल कंस्ट्रक्टर भी हैं। डेल्फी के लिए, वहाँ एक निश्चित TClass Tobject के एक वर्ग के रूप में घोषित किया गया है। हर बार एक क्लास मेथड या वर्चुअल कंस्ट्रक्टर को डेल्फी क्लास में जोड़ा जाता है, SOM में यह इन तरीकों के अतिरिक्त के साथ एक मेटाकॉलिस विरासत में मिलता है। डेल्फी और जावा में, मेटाक्लासेस निहित हैं, और उनकी विरासत श्रृंखला लगभग वर्ग विरासत श्रृंखला को प्रतिबिंबित करती है। यदि कोई नया वर्ग तरीका नहीं जोड़ा गया है, तो हम मान सकते हैं कि इस मामले में माता-पिता के मेटाक्लास को अपरिवर्तित रखा गया है। डेल्फी में टक्लास और अन्य ... नियमित वस्तुओं से अलग व्यवहार करते हैं। उदाहरण के लिए, Tobject के पास, TObject.Dispatch है, लेकिन TClass प्रकार के चर के लिए, इस तरह की विधि को कॉल करने का कोई तरीका नहीं है। और टोबजेक्ट ऑब्जेक्ट के किसी अन्य तरीके को टाइपक्लास के चर पर नहीं बुलाया जा सकता है। TClass Tobject का उत्तराधिकारी नहीं है, वे अन्य मामलों में हैं। जावा में, थोड़ा अलग तरीके से: java.lang.Class है और यह वास्तव में java.lang का उत्तराधिकारी है। इसके साथ ही इसका अर्थ निकालें। हालाँकि, यदि कक्षा में एक विधि है, और हम java.lang.Class के एक उदाहरण के हाथों में आ गए, तो इस वर्ग के वंशज का प्रतिनिधित्व करते हैं, तो हम इस उदाहरण पर किसी भी विधि को कॉल नहीं कर पाएंगे। क्लास-ए-ए-ऑब्जेक्ट में वही विधियाँ नहीं हैं जो एक क्लास के पास हैं — बस।

अब, जब मैंने लिखा कि डेल्फी और जावा में चीजें कैसे हैं, तो यह स्पष्ट होना चाहिए कि मेटाक्लासेस क्या हैं: एसओएम में, ऑब्जेक्ट क्लास पूर्ण ऑब्जेक्ट हैं, और उनके तरीके पूर्ण ऑब्जेक्ट तरीके हैं, जैसे कि पूर्ण उनके उदाहरणों में। और चूँकि वस्तुओं में वैसी विधियाँ नहीं हो सकती हैं, जैसा कि उन्हें इस वर्ग में घोषित किया जाना चाहिए
वस्तु। वर्ग का वर्ग मेटाक्लास है। मेटाक्लास में आमतौर पर अपनी कक्षा के रूप में एक SOMClass होता है, लेकिन यहां तक ​​कि एक पूर्ण वस्तु के रूप में, इसमें कुछ अन्य वर्ग हो सकते हैं। यदि आवश्यक हो तो मेटामेकालासेस को पार करने के लिए एसओएम रनटाइम मजबूर करना।

वास्तव में, विरासत को एक नया आयाम दिया जाता है

यहाँ विरासत समर्थन के साथ इस तरह के एक जुड़वां COM है।

मैंने ऑब्जेक्ट सिस्टम की समीक्षा लिखी, और एसओएम अपनी क्षमताओं के प्रकाश में चमकता है।

और अब दो खबरें:

अच्छा: SOM को Windows NT में भी पोर्ट किया गया है। अन्य लक्ष्यों का उपयोग करने के लिए समस्याग्रस्त हैं। PowerPC के लिए AIX, OS / 2 हर पीसी एमुलेटर के लिए बहुत कठिन और पैसा नहीं है, हिमालय नॉनटॉप - और कुछ भी नहीं सोचने के लिए, मैक ओएस क्लासिक - भी किसी तरह दूर।

एसओएम संस्करण 3.0 1996 के फरवरी बीटा और दिसंबर रिलीज के रूप में मुफ्त में उपलब्ध था, जिसमें से कुछ विशेषताओं को ध्यान में नहीं लाया जा सकता था। उदाहरण के लिए, Direct-To-SOM ने .h को .id से बनाने की अनुमति नहीं दी, लेकिन इसके विपरीत, .h से .id से। हम एक संशोधित C ++ कंपाइलर पर लिख रहे हैं, जिसके परिणामस्वरूप कोड SOM का उपयोग करता है और इसके लिए धन्यवाद यह लचीला हो जाता है। डेल्टा / सी ++ के विपरीत, अन्य प्रोग्रामिंग भाषाओं के अन्य सी ++ कंपाइलर और कंपाइलर स्वचालित रूप से पुस्तकालयों के संभावित उपभोक्ता बन जाते हैं।

खराब: मुझे कहीं भी WinNT के लिए SOMobjects 3.0 डेवलपर टूलकिट नहीं मिल सकता है। 1997 या 1998 में कुछ ऐसा हुआ था कि अगर आईबीएम ने इस दिशा में विकास करना बंद कर दिया था, तो यह बहुत अच्छा होगा, लेकिन नहीं, आपको हर जगह से हर नुक्कड़ और क्रेन से एसओएम को साफ करना होगा। एफ़टीपी पर, मैंने केवल प्रलेखन पाया, लेकिन फाइलें स्वयं नहीं हैं। केवल हॉब्स संग्रह के लिए धन्यवाद ओएस / 2 के लिए संस्करण संरक्षित था, बाकी - बाय-बाय। मैंने VisualAge C ++ 4.0 स्थापित किया, मुझे लगा कि यह बंडल है। नहीं, यह नहीं है।

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

विचार, जिनके पास अभी भी एक फ़ाइल हो सकती है, अस्थायी रूप से समाप्त हो गए हैं। जहां तक ​​मैं बता सकता हूं, भौतिक माध्यम पर SOM 3.0 को अलग से वितरित नहीं किया गया था। CD-ROM पर, OSN / 2 के लिए, WinNT के लिए, और AIX के लिए संस्करण होने चाहिए। फ़ाइल नाम som30os2.zip (इंटरनेट पर सहेजा गया सब कुछ) को देखते हुए, यह CD-ROM का संस्करण है। इंटरनेट-आकार की फ़ाइलों के अन्य नाम थे: som30ox1.zip, som30ox2.zip और som30ox3.zip।

आगे क्या है?

सबसे पहले, एसओएम में कुछ रुचि के साथ, अभी भी लापता फाइलें हो सकती हैं। मेरी राय में, वे अभी भी प्रासंगिक हैं, यहां तक ​​कि लिनक्स और मैक ओएस एक्स के लिए संस्करणों की आवश्यकता को ध्यान में रखते हुए। मुझे PE COFF प्रारूप में निष्पादन योग्य फ़ाइलों का विचार पसंद है, वाइन के अंदर निष्पादन का पता लगाने में सक्षम है, ओएस संस्करण wxWidgets या Qt डाउनलोड करें और उनका उपयोग करते हुए, अपनी जड़ों को भूल जाओ। एसओएम स्रोत कोड के बिना भी, आप उपयोग कर सकते हैं, और एसओएम का उपयोग करके काम करने वाले एसओएम और काम कोड रखने से संगत प्रतिस्थापन बनाने में मदद मिलेगी। लिनक्स wxWidgets इतनी आसानी से विंडोज पर संकलित प्रोग्राम से उपयोग नहीं किया जा सकता है। यह वह जगह है जहाँ परत काम में आएगी, और SOM क्यों नहीं?

दूसरे, एसओएम जागरूकता स्वयं एक मैट्रिक्स है जो डेवलपर्स के निर्णयों को प्रभावित करती है। जिन लोगों ने GObject का विकास किया, उनके दिमाग में ऐसा कोई मैट्रिक्स नहीं था, और SOM में GObject विकसित नहीं हुआ।

यूपीडी फ़ाइल मिली: som30nt.zip !

जिस व्यक्ति ने यह फाइल दी है, वह AIX के तहत SOM 3.0 की खोज में स्वयं है, और उसने SOM: somFree के लिए एक खुला प्रतिस्थापन भी विकसित किया है। मैं IRIX के लिए टार्डिस्ट को अनपैक नहीं कर सका, मैंने इसे ओपन सोर्स होस्टिंग पर रखने के लिए कहा।

यदि आप Win32 के लिए VisualAge C ++ 4.0 स्थापित करते हैं, तो कृपया ध्यान दें कि यह आधुनिक विंडोज पर पथ ले सकता है। पर्यावरण चर का बैकअप लेना चाहिए।

UPD2 । SourceForge में somFree । अभी तक केवल POSIX सिस्टम के लिए।

इस बीच, मैं VAC ++ 4.0 पर IBM SOM से निपटने में कामयाब रहा और यहां तक ​​कि बोरलैंड C + 5.5 फ्री का उपयोग करके जानवरों को बनाने और चलाने में कामयाब रहा।

अल्पावधि में, मैं आईबीएम एसओएम और बोरलैंड सी ++ 5.5 मुक्त का एकीकृत वितरण करना चाहता हूं, जिसमें बॉक्स से बाहर आप सभी उदाहरणों को इकट्ठा कर सकते हैं और अपने प्रश्नों के उत्तर व्यक्तिगत रूप से प्राप्त कर सकते हैं, न कि पत्रकार प्रचार लेखों से। निष्पादन योग्य फाइलें शब्दों से अधिक जोर से बोलती हैं।