क्या 1C में बाहरी घटकों की तकनीक का निरीक्षण नहीं करना संभव है? या 1 सी का उपयोग करके सहकर्मियों को बधाई कैसे दें?

हमारे मुख्य लेखाकार को अधिक या कम मूल तरीके से बधाई देने के लिए यहां एक विचार था, उदाहरण के लिए, उसके पसंदीदा 1 सी कार्यक्रम की मदद से? लेकिन कैसे?

कुछ सोचा जाने के बाद, विचार 1C77-1C82 पर या बाहरी रूप में प्रबंधित प्रपत्र 1C82 और 1C83 के लिए सभी मामलों में बाहरी विंडो में कॉन्फ़िगरेशन के लिए पारंपरिक रूपों के क्लाइंट क्षेत्र में पृष्ठभूमि की बधाई के लिए उपयोग करने के लिए आया था। उस पर, वांछित संदेश प्रदर्शित करें और बधाई वीडियो के लिंक दें, जैसा कि चित्र में दिखाया गया है।

भाग एक - परिणाम

जाहिर है, यह विचार नया नहीं है। तो, 2011 में, इसी तरह के एक समाधान का प्रस्ताव फॉर्मएक्स.डॉल पर आधारित था , जो अलेक्सी फेडोरोव उर्फ एएलएफ द्वारा किया गया था। और इसे कैसे प्राप्त किया जाए इस पर सवाल 2008 में वापस पूछे गए।

एक समय में, हमने इस घटक का उपयोग पृष्ठभूमि छवि को 1C77 में लोड करने के लिए किया था। लेकिन बड़ी bmp-files (और अन्य का उपयोग नहीं किया जा सकता) लोड करना धीमा था (इस वजह से, टाइलों के साथ रखी गई छोटी तस्वीरों का उपयोग किया गया था), इसलिए आपके अपने बाहरी घटक (VK) को लिखने की इच्छा थी, जो केवल आवश्यक छवियों को डाउनलोड करेगा और जब तक और कुछ नहीं, तब तक प्रयोगों के लिए कुछ और परीक्षण का मैदान होना चाहिए।

इस तरह के एक घटक को लिखा गया था (केवल, केवल बीएमपी-फाइलों के लिए, उपयोग करना, यदि आवश्यक हो, टाइलिंग)। WinAPI LoadImage () फ़ंक्शन का उपयोग वहां किया गया था। यह dll FormEx.dll के साथ संघर्ष नहीं करता था, यह सरल था, काफी तेज था और लंबे समय तक सेवा करता था।

यह सब अद्भुत था, लेकिन यह अपनी क्षमताओं का विस्तार करने का समय था, और यहां एक अलग दृष्टिकोण की आवश्यकता थी।

इस लेख में, हम मल्टीमीडिया फ़ाइलों को बनाने के मुद्दों को संबोधित नहीं करते हैं। यह हमारी विशेषता नहीं है। हम अपने आप को केवल 1C के लिए बाहरी घटकों की प्रोग्रामिंग की कुछ बारीकियों तक सीमित रखते हैं।

1C77

चूंकि 1 सी प्लेटफॉर्म के संस्करण अलग-अलग हो सकते हैं, इसलिए कई समाधान हो सकते हैं। हमारे मामले में, ये 1C77 (छवि 1) पर कॉन्फ़िगरेशन थे।


अंजीर। 1. 1C77 पर परीक्षण कॉन्फ़िगरेशन में बधाई छवि।

यहाँ वीडियो, हालांकि अपना है, लेकिन इसके निर्माण का विचार "विशेष मामले" उपनाम के तहत अन्ना शियानोवा से चमक रहा है । इस लड़की में प्रतिभा है, वह नकल कर सकती है, लेकिन पूरी तरह से शैली को दोहराना संभव नहीं है। इस मामले में, मुझे कम से कम रचनात्मकता का कुछ तत्व चाहिए था।

यदि सहकर्मियों में से एक पहले से ही अन्य लोगों की बधाई को देखते हुए थक गया है, तो वे " अल्ट + आई " (छवि 2-3) के साथ तस्वीर को ओवरलोड कर सकते हैं।


अंजीर। 2. "फ़ाइल / चयन पृष्ठभूमि" मेनू में या "Alt + I" द्वारा एक अलग पृष्ठभूमि छवि का चयन करना।

और उसी समय " Alt + L " (चित्र 3) द्वारा उपयोग किए जाने वाले मॉड्यूल के बारे में जानकारी देखें।


अंजीर। 3. कार्यक्रम के बारे में जानकारी के साथ ओवरलोड पृष्ठभूमि छवि ("सहायता / LionExt32.dll मॉड्यूल के बारे में" या "Alt + L)"।

1C82 पारंपरिक रूप

स्वाभाविक रूप से, बहुसंख्यक अब G8 (1C8x) की ओर उन्मुख हैं। हालाँकि, 1C में पृष्ठभूमि छवि के साथ काम करना केवल 8.2 और उससे कम के संस्करण में सामान्य रूपों पर संभव है, और यदि आप "डेस्कटॉप" मोड में शुरू होने वाले किसी भी प्रसंस्करण का उपयोग नहीं करते हैं, जो हमारी पृष्ठभूमि (छवि 4) को पूरी तरह से ओवरलैप करेगा।


अंजीर। 4. सामान्य रूप 1C82 पर परीक्षण विन्यास में बधाई छवि।

ध्यान दें कि अंजीर के लिंक। 4 हमारे वीडियो को नहीं दर्शाता है। उन्हें सिर्फ टेस्ट के लिए दिखाया गया है।

सामान्य रूपों में, 1C82 अब मेनू को एक्सेस करने का मानक तरीका प्रदान नहीं करता है, क्योंकि यह वहां "सात" के रूप में व्यवस्थित नहीं है, लेकिन "खुद" (हालांकि सिस्टम बनाया जा सकता है, लेकिन हमें दो मुख्य मेनू की आवश्यकता क्यों है?)। हालांकि, हॉटकीज़ का उपयोग किया जा सकता है। एक ही टोकन, "अल्ट + आई" द्वारा, हमारे घटक में, हम एक संवाद को लागू करते हैं, जैसा कि चित्र 2 में है, और एक अन्य पृष्ठभूमि (छवि 5) लोड करें।


अंजीर। 5. "मोटी" 1C82 रूपों में ओवरलोड पृष्ठभूमि छवि।

इसी प्रकार, आप अंजीर में "Alt + L" कुंजी दबाकर मॉड्यूल के बारे में जानकारी प्राप्त कर सकते हैं। 3।

1C82 प्रबंधित प्रपत्र

1C82 में प्रबंधित रूपों के लिए, आप अभी भी विंडो को सातवें घोंसले के स्तर पर पा सकते हैं, जैसे कि " V8FormElement " और इसे ड्रा करें, लेकिन किसी तरह यह दिलचस्प नहीं है।

हमारे लिए, इन विचारों से यह इस प्रकार है कि प्रत्येक व्यक्तिगत मामले को संभालने की तुलना में एक बधाई संदेश (छवि 6) के साथ एक बाहरी खिड़की बनाना आसान है। विंडो को स्वयं " Esc ", " Ctrl + F4 ", " Alt + F4 " द्वारा या " क्रॉस " पर क्लिक करके बंद किया जा सकता है।


अंजीर। 6. प्रबंधित रूपों 1C82 पर एक परीक्षण विन्यास में बधाई छवि।

इसके अलावा, न्यूनतम विंडो (छवि 7) को फिर से विस्तारित किया जा सकता है।


अंजीर। 7. प्रबंधित प्रपत्र 1C82 पर बाहरी विंडो की एक न्यूनतम छवि।

बाहरी विंडो के आयाम और सापेक्ष स्थिति को बदला जा सकता है, यहां सब कुछ हमेशा की तरह है (चित्र 6 और छवि 10 में बाहरी खिड़कियों की बढ़ी हुई छवियां देखें)। ध्यान दें कि हॉटकी केवल तभी काम करती है जब बाहरी विंडो सक्रिय हो।

1C83 पारंपरिक रूप

1C83 में बिल्कुल भी अधिक बाल खिड़कियां नहीं हैं, जो हमारे dll में संस्करण 1C के लिए एक मानदंड के रूप में काम कर सकते हैं। इसके अलावा, "मोटी" फॉर्म एक फ्रेम विंडो (छवि 8) हैं, और प्रबंधित फॉर्म फ्रेमलेस (छवि 9) हैं। यही है, सब कुछ है कि एक फ्रेम नहीं है redrawn हो सकता है। एक फ्रेम को फिर से तैयार किया जा सकता है, लेकिन केवल एक सिस्टम तत्व के रूप में।
यहां हमने एक गतिशील लाइब्रेरी का उपयोग करके एक परीक्षण विंडो बनाई और इसे मुख्य 1C विंडो के अधीन कर दिया। व्यवहार में अंतर आंकड़ों में देखा जाता है।

1C83 प्रबंधित प्रपत्र

1C83 के मामले में, प्रबंधित प्रपत्र 1C82 के रूप में, हम पृष्ठभूमि के खिलाफ नहीं, बल्कि एक अलग विंडो में, जिसके प्रोटोटाइप को अंजीर में दिखाया गया है, के लिए हमारी बधाई आकर्षित करेगा। 8-9। नतीजतन, वांछित घटक ( LionExt32.dll या LionExt64.dll ) निम्नलिखित परिणाम (छवि 10-12-12 ) देगा।


अंजीर। 10. पारंपरिक रूप 1C83 के लिए बाहरी विंडो में पृष्ठभूमि छवि।


अंजीर। 11. प्रबंधित रूपों 1C83 की बाहरी विंडो में पृष्ठभूमि छवि, 14, 64-बिट संस्करण को रिलीज़ करें।


अंजीर। 12. प्रबंधित रूपों 1C83 की बाहरी विंडो में पृष्ठभूमि छवि, रिलीज़ 15, 64-बिट संस्करण।

प्रारंभिक निष्कर्ष

यह घटक वास्तव में व्यवहार में इस्तेमाल किया गया था (छवि 1), मुख्य लेखाकार संतुष्ट था, सब कुछ आश्चर्यजनक रूप से चला गया। साथ ही, यह पता चला कि उपयोगकर्ता इस मामले में "सात" पर काम करने के लिए, अपनी पृष्ठभूमि की तस्वीरों को चुनना पसंद करते हैं। जी 8 के लिए, हमारे घटक को भविष्य के लिए आरक्षित के साथ अनुकूलित किया जाता है, जबकि इसे डेमो संस्करण के रूप में माना जाना चाहिए।

यहां रुचि यह थी कि इस घटक को 1C से बाहरी घटकों को बनाने की तकनीक के अनुपालन की आवश्यकता नहीं थी । शायद अतिरिक्त विचार अपनी क्षमताओं के विस्तार के लिए उत्पन्न होंगे। उदाहरण के लिए, उन कॉन्फ़िगरेशनों के लिए जो पूरी तरह से समर्थित हैं, आप विशेष आवश्यकता के बिना 1 सी कोड में बदलाव नहीं करना चाहते हैं। इस मामले में, कोई बाहरी लोडिंग के विकल्प को पता स्थान 1C में एक मनमाना dll दे सकता है। लेकिन यह एक अन्य लेख का विषय है।

तकनीकी नवाचारों में, 1C मंच के साथ हमारे घटक को उतारने के लिए एक लॉक का उपयोग किया गया था (क्योंकि यह वीके प्रारूप का पालन नहीं करता है)। इसके अलावा, एक और ट्रिक ने चाइल्ड विंडो के लिए एक स्थानीय मेनू को असाइन करना संभव बना दिया, क्योंकि विंडोज ऑपरेटिंग सिस्टम अधीनस्थ खिड़कियों के लिए इस तरह के मेनू के निर्माण को रोकता है। इसलिए, आपको कहीं भी एक ही एमडीआई (मल्टी डॉक्यूमेंट इंटरफेस) में स्थानीय मेनू नहीं दिखाई देंगे। उसे कमांड पैनल, टूलबार और एक संदर्भ मेनू द्वारा प्रतिस्थापित किया जाता है। विंडोज़ अपडेट करने के लिए अभी भी एक पल बाकी है। कभी-कभी ऐसा होता है कि ना तो UpdateWindow () और न ही InvalidateRect () ठीक से काम करता है। लेकिन इस मामले में कुछ कार्य सफल हैं:

ShowWindow(hWnd, SW_HIDE); ShowWindow(hWnd, SW_SHOW); 

यह भी ध्यान दिया जाना चाहिए कि हमारे घटक दूसरों के साथ संघर्ष कर सकते हैं, उदाहरण के लिए, 1C77 के लिए FormEx.dll के साथ। इस मामले में, इसे अंतिम लोड करने की आवश्यकता है।

वैसे, यह ध्यान दिया जाता है कि यदि आप संस्करण 1C-8.3.14 और उच्चतर में कॉन्फ़िगरेशन बनाते हैं, तो घटक किसी भी नियमित तरीके से लोड नहीं किया जाता है। लेकिन अगर डेटाबेस 1C के पुराने संस्करण में बनाया गया था, और नवीनतम संस्करणों में खुलता है, तो हमारे VK को लोड करने में कोई समस्या नहीं है। यह एक बार फिर एक बाहरी बूटलोडर बनाने की आवश्यकता पर संकेत देता है।

यह प्रोजेक्ट WinAPI GDI + सबसिस्टम का उपयोग करता है। इसका उपयोग करके, आप विभिन्न स्वरूपों की तस्वीरें प्रदर्शित कर सकते हैं: bmp, jpg, gif, png, tif और अन्य। इसी क्रम में, घटक पहले उपलब्ध मेन को लोड करने का प्रयास करता है । वर्तमान कॉन्फ़िगरेशन में स्थानीय पिक्स निर्देशिका से फ़ाइल। यदि इनमें से कोई भी फाइल नहीं मिली है, तो घटक संसाधनों से एक सरल पृष्ठभूमि छवि का उपयोग किया जाता है। अंजीर में। चित्रा 13 64-बिट 1C83, रिलीज़ 15. के सामान्य रूपों के लिए इस पृष्ठभूमि की छवि दिखाता है। एक बदलाव के लिए, स्लैंग की बाहरी खिड़की को बड़ा किया गया है और मेन 1। पीएनजी फ़ाइल से एक और छवि, जिसे "टाइल" किया गया है, ने अपनी पृष्ठभूमि में जोड़ा है।


अंजीर। 13. 64-बिट 1C83 के सामान्य रूपों के लिए डिफ़ॉल्ट पृष्ठभूमि छवि, रिलीज़ 15. इसके अलावा, मेन 1.पिंग फ़ाइल से एक और छवि, जिसे "टाइलिंग" रखी गई है, जोड़ा गया है।

विभिन्न बिट मोड में घटक के संचालन में कोई अंतर नहीं है।

यह भी ध्यान दिया जा सकता है कि हमारा घटक मुख्य 1 सी विंडो और उसके एमडीआई क्लाइंट को उप-वर्गित करता है, यदि कोई हो। यह, जाहिरा तौर पर, पिछले (1C77 में) लोड होने पर FormEx.dll के साथ संघर्ष के स्रोत के रूप में कार्य करता है।

भाग दो - तकनीकी

परियोजना को निम्नलिखित लिंक पर पाया जा सकता है:

• 1C77 पर टेस्ट कॉन्फ़िगरेशन
• 1C82 पर टेस्ट कॉन्फ़िगरेशन
• 1C83 पर टेस्ट कॉन्फ़िगरेशन
• एमएस वीएस सी ++, वी पर परियोजना। 13

C ++ प्रोजेक्ट को आसानी से संस्करण 10 के लिए अनुकूलित किया जा सकता है यदि स्ट्रिंग " v120 " को " v100 " और " टूलवर्सन =" 12.0 " " द्वारा " टूलवर्सन =" 4.0 " कॉन्फ़िगरेशन फ़ाइलों में बदल दिया जाए।

1C के 32- बिट और 64- बिट संस्करणों के लिए कोड समान है और एक ही समय में संकलित किया जा सकता है।

संस्करण 1C77 गैर-शून्य GetMenu () फ़ंक्शन हैंडल और बाहरी विंडो में संस्करण 1C83 द्वारा बाहरी घटक में निर्धारित किया जाता है, मुख्य विंडो में चाइल्ड विंडो की अनुपस्थिति से, जिसका हैंडल GetForegroundWindow () फ़ंक्शन द्वारा निर्धारित किया जाता है।

1C के लिए बाहरी घटकों को बनाने की तकनीक के बारे में

1C कंपनी के ITS डिस्क और इंटरनेट पर, कोई भी विभिन्न प्रोग्रामिंग भाषाओं में VC और संबंधित टेम्प्लेट के निर्माण की जानकारी आसानी से पा सकता है। हालांकि, 1C77 के समय में, इन पैटर्न ने "सभी को ही नहीं" संतुष्ट किया।

यदि आप विशेष रूप से 1C77 के लिए कुछ व्यापक रूप से उपयोग किए जाने वाले घटकों को देखते हैं, तो आप देखेंगे कि उनके लेखक अक्सर अपने डिजाइन की क्षमताओं का विस्तार करने के लिए विशेष प्रोग्रामिंग विधियों का उपयोग करते थे।

शायद इस तरह के पहले बाहरी घटकों में से एक था "1C के लिए RAINBOW ADDIN 2000: एंटरप्राइज 7.7 । " शायद यहां सबसे महत्वपूर्ण था आधिकारिक वीके तकनीक की तुलना में "सात" के आंतों में गहरी पैठ, हालांकि यह वीके प्रारूप का पालन करता था। अन्य व्यापक रूप से ज्ञात परियोजनाओं में उपयोग की जाने वाली 1C77 लाइब्रेरी फ़ाइलों की प्राप्त, संभवतः गैर-मानक विधियों, हेडर (* .h फाइलें) के कारण यह हासिल किया गया था।

वास्तव में, अगर ऐसे 1C में लोडएक्सैटरनलकम्पोनेंट () और कनेक्टएक्सटर्नलकम्पोनेंट () आपको अपने स्वयं के एड्रेस स्पेस में बाहरी dll को एम्बेड करने की अनुमति देते हैं (सबसे पहले, जो VK तकनीक प्रारूप को संतुष्ट करते हैं), तो उपयोगकर्ता प्रलोभन के आगे झुकते नहीं हैं और दूसरे से छिपी हुई चीजों को एक्सेस करने की कोशिश करते हैं। उन्हें, प्रक्रियाओं और लक्ष्य मंच की अन्य वस्तुओं? इस दृष्टिकोण को रेनबो . dll घटक द्वारा सफलतापूर्वक प्रदर्शित किया गया है।

बाद में, इसी तरह के तंत्र को घटक 1C संस्करण 7.7 के अन्य लेखकों द्वारा अपनाया गया था। विशेष रूप से नोट "सात" 1C ++ के लिए घटक है । Dll और उसके, जैसा कि यह था, FormEx.dll का एक विशेष मामला है।

लेकिन 1C77 के लिए बाहरी घटकों के डिजाइन के लिए nontrivial दृष्टिकोण वहाँ समाप्त नहीं हुआ। जाहिर है, किसी को कहना चाहिए: “हमें एक लोहार की आवश्यकता क्यों है? हमें एक लोहार की जरूरत नहीं है! " यहाँ, "लोहार" से हमारा मतलब है माइक्रो टेक्नोलॉजी से COM तकनीक, जो एक अर्थ में, "सात" के लिए VK तकनीक द्वारा पीछा किया गया था। नहीं, ठीक है, वास्तव में, हमें अपने वीके को सीधे डाउनलोड करने के लिए रजिस्ट्री की आवश्यकता क्यों है? यह उन वेब ब्राउज़रों के लिए समझ में आता है जो इंटरनेट के साथ काम करते हैं, लेकिन स्थानीय ऑपरेशन के लिए, रजिस्ट्री का उपयोग करना स्पष्ट रूप से बेमानी है। बहुत कम से कम, यह एक शर्त नहीं होनी चाहिए। इसके अलावा, रजिस्ट्री के संपादन के लिए आपको प्रशासनिक अधिकारों की आवश्यकता है।

ध्यान दें कि 1 सी इस तकनीक का बहुत शौक था (कम से कम 1 सी को लिनक्स में पोर्ट करने तक)। हम उसे बहुत अच्छा व्यवहार करते हैं। COM ActiveX घटक का उपयोग करने के लिए सुविधाजनक है और यह स्वाभाविक है, क्योंकि बाद में मूल रूप से इंटरनेट के लिए विकसित किया गया था।

हालांकि, नवीनतम संस्करणों में, 1 सी ने नेटिव एपीआई तकनीक का उपयोग करने की क्षमता को जोड़ा, जो एक रजिस्ट्री की आवश्यकता को समाप्त करता है। सिद्धांत रूप में, यह वही है जिसकी हमें आवश्यकता है, सिवाय इसके कि यह तकनीक "सात" में लागू नहीं है, और यह, कुछ के लिए, अभी भी प्रासंगिक है।

लेकिन कभी-कभी अपेक्षाकृत सरल कार्य तब उत्पन्न होते हैं जब आप वीके के लिए बॉयलरप्लेट कोड का एक गुच्छा का उपयोग नहीं करना चाहते हैं और केवल बाहरी घटक के किनारे से 1 सी के साथ काम करना उचित है। जैसा कि, कहते हैं, हमारे मामले में, ग्राहक क्षेत्र में एक बधाई छवि का प्रदर्शन या, यदि आवश्यक हो, एक अलग विंडो में, कॉन्फ़िगरेशन 1 सी।

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

1 सी के लिए वीके बनाने के लिए वैकल्पिक तकनीक

चूँकि 1C के लिए VK एक COM सर्वर ( मूल निवासी एपीआई तकनीक से पहले) का एक विशेष मामला है, वहाँ VK डेवलपर्स थे जिन्होंने कहा था: "COM - नहीं!" अलेक्जेंडर Orefkov की इस दिशा में गतिविधि विशेष रूप से ध्यान देने योग्य है। इसके घटक " 1sqlite.dll ", " TurboMD.dll ", और संभवतः अन्य, "पूरी तरह से" शब्द से COM का उपयोग नहीं करते हैं। Yoksel घटक (" SpreadSheet.dll ") भी इस पथ के साथ विकसित होता है।

लेकिन फिर 1C77 से VK लोडर इन घटकों को कैसे लोड करता है? आखिरकार, वे किसी तरह के COM की नकल करने की कोशिश भी नहीं करते हैं। वास्तव में, यदि हम लोड करने वाले कुछ मानक dll को कुंद करने की कोशिश करते हैं, तो कहें कि MS VC ++ विज़ार्ड में लोडएक्सैटरनलकंपोनेंट () फ़ंक्शन में है, तो हमारे पास एक बमर होगा।

"सात" में हमें एक संदेश मिलता है:

<पूर्ण पथ \ घटक नाम>। Dll घटक (CLSID अनुपलब्ध है) से कोई ऑब्जेक्ट बनाते समय कोई त्रुटि उत्पन्न हुई

"मोटी" में "आठ" संदेश का 32-बिट क्लाइंट समान होगा। एक ही dll समान शपथ ग्रहण का कारण बनेगा (चित्र 15):

कॉलिंग रेफरेंस मेथड एरर (लोड एक्सटर्नल कंपोनेंट): एक्सटर्नल कंपोनेंट लोड करने में एरर

फिर भी, पुस्तकालयों ने इस समस्या को कैसे हल किया है? Orefkov और योकसेल कार्यक्रमों के ग्रंथों का अध्ययन करते हुए, हम अंततः निष्कर्ष निकालते हैं कि संसाधन फ़ाइल में निम्नलिखित " जादू की रेखाएं " (* .rc या * .rc2) "दोष देने के लिए" हैं:

 STRINGTABLE DISCARDABLE BEGIN 100 "\0sd" // 1sqlite.dll 100 "\0tmd" // TurboMD.dll 100 "\0f" // SpreadSheet.dll END 

यानी बिना असफल, कार्यक्रम संसाधनों में पहचानकर्ता 100 और कुछ स्ट्रिंग मान के साथ एक पंक्ति होती है, जिसमें से पहला चरित्र शून्य है। आप इस तरह के तारों के बदलाव के साथ प्रयोग कर सकते हैं, लेकिन स्ट्रिंग " \ 0L " मेरे साथ ठीक है। इस प्रकार, हम एक संसाधन फ़ाइल बनाते हैं और इस तरह से लाइनें लिखते हैं:

 STRINGTABLE DISCARDABLE BEGIN 100 "\0L" //    1     ! END 

हम इस फ़ाइल को MS C ++ विज़ार्ड द्वारा निर्मित हमारी सरलतम dll परियोजना से जोड़ते हैं, कोड जोड़ें:

 BOOL APIENTRY DllMain(HANDLE hModule, DWORD dwReason, LPVOID lpReserved) { switch(dwReason) { case DLL_PROCESS_ATTACH: MessageBox(NULL, ",  DllMain()!", "", MB_OK); break; case DLL_THREAD_ATTACH: break; case DLL_THREAD_DETACH: break; case DLL_PROCESS_DETACH: break; } // switch(dwReason) return TRUE; } // DllMain() 

और निरीक्षण करें (चित्र 14)।


अंजीर। 14. 1C82 में सबसे सरल "वीके" का उपयोग।

संसाधन फ़ाइल में "मैजिक लाइन्स" के बिना, मैसेजबॉक्स दिखाने के बाद हमारा dll, तुरंत CC (चित्र 15) से शाप से अनलोड हो जाता है।


अंजीर। 15. 1C82 में नियमित dll लोड करने में त्रुटि।

यही है, बाहरी 1C घटकों के लोडर पर इन पंक्तियों का वास्तव में एक जादुई प्रभाव है।

पहला, ऐसा लगता है, "मैजिक लाइन्स" को अलेक्सी फेडोरोव (एएलएफ) द्वारा अपने पुराने लेख में वर्णित किया गया था, लेकिन इसके लिए लिंक अब उपलब्ध नहीं है, और लेखक इसके पुन: प्रकाशन में बिंदु नहीं देखता है। इसके अलावा, अलेक्जेंडर ओफ़रकोव ने उन्हें सबसे अधिक गहन रूप से इस्तेमाल किया, और जाहिर है, उनके प्रस्तुत करने से, लेखक योकसेल था। इसलिए, हम Fedorov-Orefkov की "जादुई" लाइनों के बारे में बात करेंगे। उनका अर्थ लोड - अनन्तकंपोनेंट () फ़ंक्शन द्वारा गैर-मानक (1 सी के दृष्टिकोण से) डीएल -फाइलों के अनलोडिंग को अवरुद्ध करना है। इसके अलावा, जैसा कि हम देखते हैं, यह तकनीक न केवल 1C77 में, बल्कि "मोटी" 1C82 रूपों में भी काम करती है।

हालाँकि, प्रबंधित रूपों में 1C82 और 1C83 के सभी संस्करणों में, यह सुविधा पहले से ही पूरी तरह से टूट चुकी है (एक अन्य लोडर भी दिखाई दिया है - ConnectExternalComponent () )।

इस प्रकार, 1C के आधुनिक संस्करणों में, आपको Fedorov-Orefkov की "जादू" लाइनों के लिए अन्य सरल विकल्पों की तलाश करने की आवश्यकता है।

और ऐसा विकल्प पेश करना आसान है। बात सरल है। 1 सी लोडर "गलत" घटक को लोड करता है यदि यह निर्दिष्ट प्रोटोकॉल का उपयोग करते हुए इसे एक्सेस करने की कोशिश कर रहा है, तो यह एक अपवाद फेंकता है, उदाहरण के लिए, घटक के संस्करण का अनुरोध करते समय। स्वाभाविक रूप से, हमारे पास इस तरह का कुछ भी नहीं है, जो एक गैर-मानक dll को उतारने के आधार के रूप में कार्य करता है। लेकिन इस गतिशील लाइब्रेरी को उतारने के लिए ऑपरेटिंग सिस्टम के लिए 1C की आवश्यकता को सिस्टम द्वारा अनदेखा किया जा सकता है यदि इस VK का अभी भी कहीं उपयोग किया जाता है। हटाने के बजाय, सिस्टम केवल वांछित मॉड्यूल के उपयोग काउंटर को कम करता है। और शारीरिक रूप से इस काउंटर को रीसेट करने से पहले नहीं हटाएं। इसलिए, हमारा काम इस काउंटर को कृत्रिम रूप से बढ़ाना है।

ऐसा करने के लिए, आप हमारे dll फ़ंक्शन को WinAPI LoadLibrary () फिर से DLL_THREAD_ATTT सेक्शन में कॉल कर सकते हैं

 BOOL APIENTRY DllMain(HANDLE hModule, DWORD dwReason, LPVOID lpReserved) { switch(dwReason) { case DLL_PROCESS_ATTACH: { WCHAR szDllName[_MAX_PATH] = {0}; //     dll GetModuleFileName(hModule, szDllName, _MAX_PATH); //MessageBox(NULL, szDllName, L"Info", MB_OK); //    dll (     183), //      DLL_PROCESS_ATTACH HMODULE hDll = LoadLibrary(szDllName); break; } // case DLL_PROCESS_ATTACH case DLL_THREAD_ATTACH: break; case DLL_THREAD_DETACH: break; case DLL_PROCESS_DETACH: break; } // switch(dwReason) return TRUE; } // DllMain() 

यह बात है! समस्या हल हो गई है। उसी डायनामिक लाइब्रेरी को याद करने से उसका उपयोग काउंटर एक-एक करके बढ़ेगा और उतराई ( DLL_THREAD_DETACH सेक्शन तक प्रारंभिक पहुंच के साथ) में कमी आएगी। कुल हमारे पास 2 - 1 = 1> 0 है , इसलिए, ऑपरेटिंग सिस्टम हमारे dll को अनलोड नहीं करेगा। इसके अलावा, जो महत्वपूर्ण है, DLL_PROCESS_ATTACH सेक्शन का पुनर्निवेशीकरण नहीं होगा।

इस तरह से, कोई भी यह देख सकता है कि 1C अपने नवीनतम संस्करणों में एक समान चाल से कैसे निपट सकता है (और, जाहिर है, यह 1C-8.3.14 और उच्चतर में बनाए गए कॉन्फ़िगरेशन में पहले से ही ऐसा करता है)। यह LoadLibraryEx () फ़ंक्शन का उपयोग एक पैरामीटर के साथ कर सकता है जो आरंभीकरण अनुभाग DLL_PROCESS_ATTACH के निष्पादन को रोकता है , जिसके बाद यह तुरंत आवश्यक निर्यात कार्यों को कॉल करेगा। और, वास्तव में, यदि आप मूल एपीआई के लिए वीके उदाहरण के कोड को देखते हैं, तो आप देख सकते हैं कि आरंभीकरण कोड को कॉल करने की कोई आवश्यकता नहीं है, क्योंकि यह वीके प्रारूप द्वारा खाली होना चाहिए।

COM तकनीक का उपयोग करने के उदाहरणों के बारे में, यह स्पष्ट है कि आरंभीकरण अनुभाग DLL_PROCESS_ATTACH का निष्पादन आवश्यक है, इसलिए, 1C के नए संस्करणों में, अधिक सटीक रूप से, 1C-8.3.13 और नीचे किए गए कॉन्फ़िगरेशन में, 1C लोडर हमारे लिए उपयुक्त नहीं है:

 (, , .COM); 

यहां अंतिम पैरामीटर को हटाया जा सकता है, क्योंकि यह डिफ़ॉल्ट रूप से निहित है। इसी समय, वे किसी भी उच्च संस्करण में सामान्य रूप से खोल सकते हैं। 1C83 के संस्करणों में, पिछला बूटलोडर लोडएक्सटैंटलकम्पोनेंट (घटक पता) अब हमें सूट नहीं करता है (क्रमशः, फेडोरोव-ओफ़रकोव की "जादुई लाइनें" वहां काम नहीं करती हैं)।

सामान्य मामले में, जैसा कि पहले ही उल्लेख किया गया है, बाहरी बूटलोडर का उपयोग करके समस्या को हल किया जा सकता है। या, जो एक हद तक या किसी अन्य के लिए, 1 सी के बाहरी घटकों की तकनीक का निरीक्षण करना काफी स्वाभाविक है।

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

यह भी समझा जाना चाहिए कि आप अपने जोखिम पर इस तरह की तकनीक का उपयोग करते हैं, मुख्य कार्यक्रमों में संभावित समस्याओं से बचने के लिए परीक्षण कॉन्फ़िगरेशन या श्रमिकों की प्रतियों पर अग्रिम प्रयोग करें।

09/11/2019 से अपडेट करें

यह पता चला कि मैं व्यर्थ में चिंतित था कि: "1C-8.3.14 और उच्चतर संस्करणों में, बाहरी घटक में आरंभीकरण अनुभाग अब" पूरी तरह से "शब्द से नहीं किया जाता है।

यह पता चलता है कि केवल ConnectExternalComponent () फ़ंक्शन में वापसी संदेश को संसाधित करने की आवश्यकता नहीं है। इसके अलावा, कोई फर्क नहीं पड़ता कि हम किस प्रकार का घटक निर्दिष्ट करते हैं: COM या नेटिव एपीआई ।

इस प्रकार, आप 1 सी के सभी वर्तमान में उपलब्ध संस्करणों में एक कॉन्फ़िगरेशन बना सकते हैं, हमारे घटक को हर जगह ठीक काम करना चाहिए, और एक बाहरी बूटलोडर बनाना प्रासंगिक होगा, जब तक कि जब आप कॉन्फ़िगरेशन को बदलना नहीं चाहते हैं, जो पूरी तरह से समर्थित है।

इस संबंध में, 1C82 और 1C83 के लिए परीक्षण कॉन्फ़िगरेशन में कोड थोड़ा बदल गया है, हालांकि उनके बीच का अंतर अब मौलिक नहीं है।

उसी समय, हमारी टिप्पणी कि 1 सी कंपनी किसी भी वीके में प्रारंभिक कोड के निष्पादन को आसानी से रोक सकती है, कम से कम बाहरी एपीआई जैसे बाहरी घटकों के लिए, स्पष्ट रूप से मान्य है, क्योंकि उनके टेम्पलेट को देखते हुए, यह आवश्यक नहीं है। वीके प्रकार COM के लिए, अब तक ऐसी आवश्यकता है, लेकिन इससे छुटकारा पाने से क्या रोकता है? उसी समय, आइए देखें कि क्या वे इस जानकारी को ध्यान में रखेंगे?