प्लेटफ़ॉर्म "1C: एंटरप्राइज़" - हुड के नीचे क्या है?

हे हबर!
इस लेख में हम यह कहानी शुरू करेंगे कि यह अंदर कैसे काम करता है प्लेटफ़ॉर्म "1C:एंटरप्राइज़ 8" और इसके विकास में किन तकनीकों का उपयोग किया जाता है।

हम ऐसा क्यों सोचते हैं कि यह दिलचस्प है? सबसे पहले, क्योंकि 1C:एंटरप्राइज़ 8 प्लेटफ़ॉर्म C++ (क्लाइंट, सर्वर, आदि), JavaScript (वेब ​​क्लाइंट), और, हाल ही में, में एक बड़ा (कोड की 10 मिलियन से अधिक लाइनें) एप्लिकेशन है। जावा. बड़ी परियोजनाएं कम से कम अपने पैमाने के कारण दिलचस्प हो सकती हैं, क्योंकि छोटे कोड बेस में अदृश्य मुद्दे ऐसी परियोजनाओं में पूरी ताकत से सामने आते हैं। दूसरे, "1सी:एंटरप्राइज़" एक प्रतिकृति, "बॉक्स्ड" उत्पाद है, और हैबे पर ऐसे विकास के बारे में बहुत कम लेख हैं। यह जानना भी हमेशा दिलचस्प होता है कि अन्य टीमों और कंपनियों में जीवन कैसा है।

तो चलो शुरू हो जाओ। इस लेख में हम प्लेटफ़ॉर्म में उपयोग की जाने वाली कुछ तकनीकों का अवलोकन देंगे और कार्यान्वयन में गहराई से उतरे बिना, परिदृश्य की रूपरेखा तैयार करेंगे। दरअसल, कई तंत्रों के लिए, एक विस्तृत कहानी के लिए एक अलग लेख की आवश्यकता होगी, और कुछ के लिए, एक पूरी किताब!
आरंभ करने के लिए, बुनियादी बातों पर निर्णय लेना उचित है - 1सी:एंटरप्राइज़ प्लेटफ़ॉर्म क्या है और इसमें कौन से घटक शामिल हैं। इस प्रश्न का उत्तर इतना सरल नहीं है, क्योंकि शब्द "प्लेटफ़ॉर्म" (संक्षिप्तता के लिए, हम इसे इस तरह कहेंगे) व्यावसायिक अनुप्रयोगों, रनटाइम वातावरण और प्रशासन टूल विकसित करने के साधन को संदर्भित करता है। निम्नलिखित घटकों को मोटे तौर पर प्रतिष्ठित किया जा सकता है:

• सर्वर क्लस्टर
• "पतला" क्लाइंट http और अपने स्वयं के बाइनरी प्रोटोकॉल के माध्यम से सर्वर से जुड़ने में सक्षम है
• हार्ड ड्राइव या नेटवर्क फ़ोल्डर पर स्थित डेटाबेस के साथ दो-स्तरीय आर्किटेक्चर में काम करने के लिए क्लाइंट
• वेब क्लाइंट
• एप्लिकेशन सर्वर प्रशासन उपकरण
• विकास वातावरण (विन्यासकर्ता के रूप में जाना जाता है)
• iOS, Android और Windows फ़ोन के लिए रनटाइम वातावरण (मोबाइल प्लेटफ़ॉर्म 1C)

वेब क्लाइंट को छोड़कर ये सभी भाग C++ में लिखे गए हैं। इसके अतिरिक्त, हाल ही में घोषणा की गई है नई पीढ़ी विन्यासकर्ता, जावा में लिखा गया है।

मूल ऐप्स

C++03 का उपयोग देशी अनुप्रयोगों को विकसित करने के लिए किया जाता है। विंडोज़ के लिए, माइक्रोसॉफ्ट विज़ुअल सी++ 12 (विंडोज़ एक्सपी के साथ संगत प्रोफ़ाइल) का उपयोग कंपाइलर के रूप में किया जाता है, और लिनक्स और एंड्रॉइड के लिए - जीसीसी 4.8, आईओएस के लिए - क्लैंग 5.0 का उपयोग किया जाता है। उपयोग की जाने वाली मानक लाइब्रेरी सभी ऑपरेटिंग सिस्टम और कंपाइलर्स के लिए समान है - STLPort। यह समाधान एसटीएल कार्यान्वयन-विशिष्ट त्रुटियों की संभावना को कम करता है। हम वर्तमान में CLang के साथ भेजे गए STL कार्यान्वयन पर माइग्रेट करने की योजना बना रहे हैं, क्योंकि STLPort बंद कर दिया गया है और यह gcc के C++11 सक्षम मोड के साथ असंगत है।
सर्वर का कोड आधार 99% सामान्य है, क्लाइंट का - 95%। इसके अलावा, यहां तक ​​कि मोबाइल प्लेटफ़ॉर्म भी "बड़े" के समान C++ कोड का उपयोग करता है, हालांकि वहां एकीकरण का प्रतिशत कुछ कम है।
अधिकांश C++ उपयोगकर्ताओं की तरह, हम भाषा और उसकी लाइब्रेरी की क्षमताओं का 100% उपयोग करने का दावा नहीं करते हैं। इसलिए, हम व्यावहारिक रूप से बूस्ट का उपयोग नहीं करते हैं, और भाषा सुविधाओं में से एक गतिशील प्रकार कास्टिंग है। उसी समय, हम सक्रिय रूप से उपयोग करते हैं:

• एसटीएल (विशेष रूप से स्ट्रिंग्स, कंटेनर और एल्गोरिदम)
• एकाधिक विरासत, सहित। एकाधिक कार्यान्वयन विरासत
• टेम्पलेट्स
• अपवाद
• स्मार्ट पॉइंटर्स (कस्टम कार्यान्वयन)

इंटरफेस के एकाधिक वंशानुक्रम (पूरी तरह से अमूर्त वर्ग) का उपयोग करके, एक घटक मॉडल संभव हो जाता है, जिस पर नीचे चर्चा की जाएगी।

अवयव

मॉड्यूलरिटी सुनिश्चित करने के लिए, सभी कार्यक्षमता को घटकों में विभाजित किया गया है, जो गतिशील लाइब्रेरी हैं (विंडोज़ के लिए *.dll, लिनक्स के लिए *.so)। कुल मिलाकर एक सौ पचास से अधिक घटक हैं; उनमें से कुछ का विवरण यहां दिया गया है:

बैकेंड
प्लेटफ़ॉर्म मेटाडेटा इंजन शामिल है

acnt
वे वस्तुएँ जिनका उपयोग एप्लिकेशन डेवलपर्स लेखांकन रिकॉर्ड बनाने के लिए करते हैं (खातों और लेखांकन रजिस्टरों के चार्ट)

बीएसएल
एंबेडेड भाषा निष्पादन इंजन

परमाणु
मेमोरी एलोकेटर का कस्टम कार्यान्वयन

dbeng8
फ़ाइल डेटाबेस इंजन. ISAM पर आधारित एक सरल फ़ाइल सर्वर डेटाबेस इंजन, जिसमें एक साधारण SQL प्रोसेसर भी शामिल है

wbase
इसमें विंडोज यूजर इंटरफेस को लागू करने के लिए बेस क्लास और फ़ंक्शन शामिल हैं - विंडो क्लास, जीडीआई एक्सेस इत्यादि।

कई घटकों में विभाजित करना कई दृष्टिकोण से उपयोगी है:

• पृथक्करण बेहतर डिज़ाइन को बढ़ावा देता है, विशेष रूप से बेहतर कोड अलगाव को
• घटकों के एक सेट से आप लचीले ढंग से विभिन्न वितरण विकल्पों को इकट्ठा कर सकते हैं:
  • उदाहरण के लिए, एक पतले क्लाइंट इंस्टॉलेशन में wbase होगा, लेकिन बैकएंड नहीं होगा
  • लेकिन इसके विपरीत, wbase सर्वर पर ऐसा नहीं होगा
  • दोनों विकल्पों में निश्चित रूप से परमाणु और बीएसएल शामिल होंगे

प्रोग्राम प्रारंभ होने पर इस लॉन्च विकल्प के लिए आवश्यक सभी घटक लोड हो जाते हैं। यह, विशेष रूप से, SCOM कक्षाओं को पंजीकृत करने के लिए आवश्यक है, जिसकी चर्चा नीचे की जाएगी।

SCOM

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

• फ़ैक्टरी विधियाँ प्रदान करता है जो आपको केवल उसका नाम जानते हुए (कार्यान्वयन का खुलासा किए बिना) किसी अन्य घटक से एक वर्ग बनाने की अनुमति देता है
• एक संदर्भ-गणना स्मार्ट पॉइंटर अवसंरचना प्रदान करता है। SCOM कक्षा के जीवनकाल को मैन्युअल रूप से मॉनिटर करने की आवश्यकता नहीं है
• आपको यह पता लगाने की अनुमति देता है कि क्या कोई ऑब्जेक्ट एक विशिष्ट इंटरफ़ेस लागू करता है और स्वचालित रूप से ऑब्जेक्ट के पॉइंटर को इंटरफ़ेस के पॉइंटर में परिवर्तित करता है
• एक सेवा ऑब्जेक्ट बनाएं जो get_service विधि आदि के माध्यम से हमेशा पहुंच योग्य हो।

उदाहरण के लिए, आप json.dll घटक में JSON (उदाहरण के लिए, JSONStreamReader) पढ़ने के लिए एक वर्ग का वर्णन कर सकते हैं।
कक्षाएं और उदाहरण अन्य घटकों से बनाए जा सकते हैं; उन्हें SCOM मशीन में पंजीकृत होने की आवश्यकता है:

SCOM_CLASS_ENTRY(JSONStreamReader)

यह मैक्रो एक विशेष स्टैटिक रिकॉर्डर क्लास का वर्णन करेगा, जिसके कंस्ट्रक्टर को घटक को मेमोरी में लोड होने पर कॉल किया जाएगा।
इसके बाद, आप किसी अन्य घटक में इसका एक उदाहरण बना सकते हैं:

IJSONStreamReaderPtr jsonReader = create_instance<IJSONStreamReader>(SCOM_CLSIDOF(JSONStreamReader));

सेवाओं का समर्थन करने के लिए, SCOM एक अतिरिक्त, बल्कि जटिल बुनियादी ढाँचा प्रदान करता है। इसके केंद्र में एक SCOM प्रक्रिया की अवधारणा है, जो सेवाओं को चलाने के लिए एक कंटेनर के रूप में कार्य करती है (यानी, सेवा लोकेटर की भूमिका निभाती है), और इसमें स्थानीयकृत संसाधनों के लिए एक बंधन भी शामिल है। SCOM प्रक्रिया OS थ्रेड से जुड़ी हुई है। इसके लिए धन्यवाद, एप्लिकेशन के अंदर आप इस तरह की सेवाएं प्राप्त कर सकते हैं:

SCOM_Process* process = core::current_process();
if (process)
         return get_service<IMyService>(process);

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

SCOM घटक मॉडल के आधार पर, व्यावसायिक तर्क और 1C: एंटरप्राइज़ का इंटरफ़ेस भाग दोनों लागू किए जाते हैं।

उपयोगकर्ता इंटरफ़ेस

वैसे, इंटरफेस के बारे में। हम मानक विंडोज़ नियंत्रणों का उपयोग नहीं करते हैं; हमारे नियंत्रण सीधे विंडोज़ एपीआई पर लागू होते हैं। लिनक्स संस्करण के लिए, एक परत बनाई गई है जो wxWidgets लाइब्रेरी के माध्यम से काम करती है।
नियंत्रणों की लाइब्रेरी 1C:Enterprise के अन्य भागों पर निर्भर नहीं करती है और इसका उपयोग हमारे द्वारा कई अन्य छोटी आंतरिक उपयोगिताओं में किया जाता है।

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

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

Linux OS पर 1C इंटरफ़ेस

मोबाइल डिवाइस पर 1सी इंटरफ़ेस

अन्य प्लेटफ़ॉर्म पर 1सी इंटरफ़ेस
विंडोज़ ओएस पर 1सी इंटरफ़ेस

इंटरफ़ेस 1C - वेब क्लाइंट

खुला स्त्रोत

हालाँकि हम विंडोज़ (MFC, WinAPI से नियंत्रण) के तहत C++ डेवलपर्स के लिए मानक पुस्तकालयों का उपयोग नहीं करते हैं, हम सभी घटकों को स्वयं नहीं लिखते हैं। पुस्तकालय का उल्लेख पहले ही किया जा चुका है डब्ल्यूएक्सविजेट्स, और हम इसका भी उपयोग करते हैं:

• कर्ल HTTP और FTP के साथ काम करने के लिए।
• ओपनएसएसएल क्रिप्टोग्राफी के साथ काम करने और टीएलएस कनेक्शन स्थापित करने के लिए
• libxml2 और libxslt XML पार्सिंग के लिए
• libetpan मेल प्रोटोकॉल (POP3, SMTP, IMAP) के साथ काम करने के लिए
• अनुकरण करनेवाला ईमेल संदेशों को पार्स करने के लिए
• SQLite उपयोगकर्ता लॉग संग्रहीत करने के लिए
• आईसीयू अंतर्राष्ट्रीयकरण के लिए

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

निष्कर्ष

लेख में हमने 1C: एंटरप्राइज़ प्लेटफ़ॉर्म के विकास के कई मुख्य पहलुओं पर चर्चा की। लेख के सीमित दायरे में, हमारी राय में, हमने केवल कुछ दिलचस्प पहलुओं को ही छुआ है।
विभिन्न प्लेटफ़ॉर्म तंत्रों का सामान्य विवरण पाया जा सकता है यहां.
भविष्य के लेखों में कौन से विषय आपकी रुचि के होंगे?

1C मोबाइल प्लेटफ़ॉर्म कैसे कार्यान्वित किया जाता है?
वेब क्लाइंट की आंतरिक संरचना का विवरण?
या हो सकता है कि आप नई रिलीज़, विकास और परीक्षण के लिए सुविधाओं के चयन की प्रक्रिया में रुचि रखते हों?

टिप्पणियों में लिखें!

स्रोत: www.habr.com