प्लेटफर्म "1C: उद्यम" - हुड अन्तर्गत के छ?

हे हाबर!
यस लेखमा हामी यो भित्र कसरी काम गर्दछ भन्ने बारे कथा सुरु गर्नेछौं प्लेटफर्म "1C: उद्यम 8" र यसको विकासमा कुन प्रविधिहरू प्रयोग गरिन्छ।

हामीलाई किन यो रोचक लाग्छ? पहिलो, किनभने 1C:Enterprise 8 प्लेटफर्म C++ (क्लायन्ट, सर्भर, इत्यादि), JavaScript (वेब ​​क्लाइन्ट), र, हालसालै, र मा एउटा ठूलो (कोडको 10 मिलियन लाइनहरू) अनुप्रयोग हो। Java। ठूला परियोजनाहरू कम्तिमा तिनीहरूको स्केलको कारणले चाखलाग्दो हुन सक्छ, किनभने सानो कोड आधारमा अदृश्य मुद्दाहरू त्यस्ता परियोजनाहरूमा पूर्ण शक्तिमा उत्पन्न हुन्छन्। दोस्रो, "1C: Enterprise" एक नक्कल गर्न मिल्ने, "बक्स गरिएको" उत्पादन हो, र Habré मा त्यस्ता घटनाक्रमहरूको बारेमा धेरै थोरै लेखहरू छन्। अन्य टोली र कम्पनीहरूमा जीवन कस्तो छ भनेर जान्न सधैं रोचक हुन्छ।

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

• सर्भर क्लस्टर
• http र यसको आफ्नै बाइनरी प्रोटोकल मार्फत सर्भरमा जडान गर्न सक्षम "पातलो" क्लाइन्ट
• हार्ड ड्राइभ वा नेटवर्क फोल्डरमा अवस्थित डाटाबेसको साथ दुई-स्तरीय वास्तुकलामा काम गर्नको लागि ग्राहक
• वेब ग्राहक
• अनुप्रयोग सर्भर प्रशासन उपकरण
• विकास वातावरण (कन्फिगरेटर भनेर चिनिन्छ)
• आईओएस, एन्ड्रोइड र विन्डोज फोनको लागि रनटाइम वातावरण (मोबाइल प्लेटफर्म 1C)

यी सबै भागहरू, वेब क्लाइन्टको अपवादको साथ, C++ मा लेखिएका छन्। थप रूपमा, त्यहाँ भर्खरै घोषणा गरिएको छ नयाँ पुस्ता कन्फिगरेटर, Java मा लेखिएको।

नेटिभ एपहरू

C++03 नेटिभ एप्लिकेसनहरू विकास गर्न प्रयोग गरिन्छ। Windows को लागि, Microsoft Visual C++ 12 (Windows XP सँग मिल्दो प्रोफाइल) लाई कम्पाइलरको रूपमा प्रयोग गरिन्छ, र लिनक्स र एन्ड्रोइडका लागि - gcc 4.8, iOS का लागि - clang 5.0। प्रयोग गरिएको मानक पुस्तकालय सबै अपरेटिङ सिस्टम र कम्पाइलरहरूको लागि समान छ - STLPport। यो समाधानले STL कार्यान्वयन-विशिष्ट त्रुटिहरूको सम्भावना कम गर्छ। हामी हाल CLang सँग पठाइएको STL कार्यान्वयनमा माइग्रेट गर्ने योजना गरिरहेका छौं, किनकि STLPport बन्द गरिएको छ र gcc को C++11 सक्षम मोडसँग असंगत छ।
सर्भरको कोड आधार 99% सामान्य छ, ग्राहकको - 95%। यसबाहेक, मोबाइल प्लेटफर्मले पनि "ठूलो" को रूपमा उही C++ कोड प्रयोग गर्दछ, यद्यपि त्यहाँ एकीकरणको प्रतिशत केही कम छ।
धेरै C++ प्रयोगकर्ताहरू जस्तै, हामी भाषा र यसको पुस्तकालयहरूको क्षमताहरूको 100% प्रयोग गरेको दाबी गर्दैनौं। त्यसोभए, हामी व्यावहारिक रूपमा बूस्ट प्रयोग गर्दैनौं, र भाषा सुविधाहरू मध्ये एक गतिशील प्रकार कास्टिङ हो। एकै समयमा, हामी सक्रिय रूपमा प्रयोग गर्दछौं:

• STL (विशेष गरी तार, कन्टेनर र एल्गोरिदम)
• बहु विरासत, सहित। बहु कार्यान्वयन विरासत
• बान्की
• अपवादहरु
• स्मार्ट सूचकहरू (अनुकूल कार्यान्वयन)

इन्टरफेसहरूको बहु विरासत प्रयोग गरेर (पूर्ण रूपमा सार वर्गहरू), एक घटक मोडेल सम्भव हुन्छ, जसलाई तल छलफल गरिनेछ।

अवयव

मोडुलरिटी सुनिश्चित गर्नका लागि, सबै प्रकार्यहरूलाई कम्पोनेन्टहरूमा विभाजन गरिएको छ, जुन गतिशील पुस्तकालयहरू हुन् (*. dll विन्डोजका लागि, *. लिनक्सका लागि)। त्यहाँ जम्मा एक सय पचास भन्दा बढी घटकहरू छन्; यहाँ तिनीहरूमध्ये केहीको विवरणहरू छन्:

ब्याकइन्ड
प्लेटफर्म मेटाडेटा इन्जिन समावेश गर्दछ

acct
वस्तुहरू जुन अनुप्रयोग विकासकर्ताहरूले लेखा रेकर्डहरू निर्माण गर्न प्रयोग गर्छन् (खाताहरूको चार्ट र लेखा दर्ताहरू)

बीएसएल
इम्बेडेड भाषा कार्यान्वयन इन्जिन

nuke
मेमोरी आवंटकको अनुकूलन कार्यान्वयन

dbeng8
फाइल डाटाबेस इन्जिन। ISAM मा आधारित एक साधारण फाइल सर्भर डाटाबेस इन्जिन, जसमा एक साधारण SQL प्रोसेसर पनि समावेश छ

wbase
विन्डोज प्रयोगकर्ता इन्टरफेस - सञ्झ्याल कक्षाहरू, GDI पहुँच, इत्यादि लागू गर्नका लागि आधार वर्गहरू र कार्यहरू समावेश गर्दछ।

धेरै घटकहरूमा विभाजन धेरै दृष्टिकोणबाट उपयोगी छ:

• विभाजनले राम्रो डिजाइनलाई बढावा दिन्छ, विशेष गरी राम्रो कोड अलगाव
• कम्पोनेन्टहरूको सेटबाट तपाईं लचिलो रूपमा विभिन्न डेलिभरी विकल्पहरू भेला गर्न सक्नुहुन्छ:
  • उदाहरणका लागि, पातलो क्लाइन्ट स्थापनाले wbase समावेश गर्नेछ, तर ब्याकइन्ड हुनेछैन
  • तर wbase सर्भरमा, यसको विपरीत, यो हुनेछैन
  • दुबै विकल्पहरूमा निश्चित रूपमा nuke र bsl समावेश हुनेछ

यो प्रक्षेपण विकल्पको लागि आवश्यक सबै कम्पोनेन्टहरू कार्यक्रम सुरु हुँदा लोड हुन्छन्। यो, विशेष गरी, SCOM कक्षाहरू दर्ता गर्न आवश्यक छ, जुन तल छलफल गरिनेछ।

SCOM

तल्लो तहमा विघटनको लागि, SCOM प्रणाली प्रयोग गरिन्छ, ATL को विचारधारामा समान पुस्तकालय। 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 को इन्टरफेस भाग: उद्यम लागू गरिएको छ।

प्रयोगकर्ता इन्टरफेस

खैर, इन्टरफेस बारेमा। हामी मानक Windows नियन्त्रणहरू प्रयोग गर्दैनौं; हाम्रा नियन्त्रणहरू सिधै Windows API मा लागू हुन्छन्। लिनक्स संस्करणको लागि, wxWidgets पुस्तकालय मार्फत काम गर्ने तह बनाइएको छ।
नियन्त्रणको पुस्तकालय 1C:Enterprise को अन्य भागहरूमा निर्भर गर्दैन र हामी द्वारा धेरै अन्य साना आन्तरिक उपयोगिताहरूमा प्रयोग गरिन्छ।

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

थप रूपमा, व्यवस्थित फारम प्रविधि 1C प्लेटफर्ममा मोबाइल अनुप्रयोगहरूको लागि इन्टरफेस सिर्जना गर्न प्रयोग गरिन्छ। मोबाइल उपकरणहरूमा, नियन्त्रणहरूको रेन्डरिङ अपरेटिङ सिस्टमको मूल प्रविधिहरू प्रयोग गरी लागू गरिन्छ, तर फारम लेआउट तर्क र इन्टरफेस प्रतिक्रियाको लागि, उही कोड "ठूलो" 1C: उद्यम प्लेटफर्ममा प्रयोग गरिन्छ।

लिनक्स ओएस मा 1C इन्टरफेस

मोबाइल उपकरणमा 1C इन्टरफेस

अन्य प्लेटफार्महरूमा 1C इन्टरफेस
Windows OS मा 1C इन्टरफेस

इन्टरफेस 1C - वेब ग्राहक

खुला स्रोत

यद्यपि हामीले Windows (MFC, WinAPI बाट नियन्त्रणहरू) अन्तर्गत C++ विकासकर्ताहरूको लागि मानक पुस्तकालयहरू प्रयोग गर्दैनौं, हामी आफैंले सबै कम्पोनेन्टहरू लेख्दैनौं। पुस्तकालय पहिले नै उल्लेख गरिएको छ wx विजेट्सर हामी पनि प्रयोग गर्छौं:

• घुमाउरो HTTP र FTP सँग काम गर्नको लागि।
• खुला SSL क्रिप्टोग्राफीसँग काम गर्न र TLS जडानहरू स्थापना गर्नका लागि
• libxml2 र libxslt XML पार्सिङको लागि
• libetpan मेल प्रोटोकलहरूसँग काम गर्नका लागि (POP3, SMTP, IMAP)
• मीमेटिक इमेल सन्देशहरू पार्स गर्न
• sqllite प्रयोगकर्ता लगहरू भण्डारण गर्नका लागि
• आईसीयू अन्तर्राष्ट्रियकरणको लागि

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

निष्कर्षमा

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

1C मोबाइल प्लेटफर्म कसरी लागू हुन्छ?
वेब क्लाइन्टको आन्तरिक संरचनाको विवरण?
वा हुनसक्छ तपाइँ नयाँ रिलीजहरू, विकास र परीक्षणका लागि सुविधाहरू चयन गर्ने प्रक्रियामा रुचि राख्नुहुन्छ?

कमेन्टमा लेख्नुहोस !

स्रोत: www.habr.com