प्रोग्रामिंग का मूल सिद्धांत 1 सी में प्रबंधित रूप है

लेख का उद्देश्य 1C 8.2 वातावरण में एक प्रबंधित रूप में कोड की संरचना के लिए दूरस्थ मुखौटा और डेटा ट्रांसफर ऑब्जेक्ट पैटर्न के आवेदन को दिखाना है।

परिचय

आइए 1C मंच की "प्रबंधित रूप" की अवधारणा और संबंधित अवधारणाओं के संक्षिप्त विवरण के साथ शुरू करें। प्लेटफ़ॉर्म विशेषज्ञ इस अनुभाग को छोड़ सकते हैं।

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

• मोटा ग्राहक (नियमित और नियंत्रित लॉन्च मोड)
• पतला ग्राहक
• वेब क्लाइंट

प्रबंधित एप्लिकेशन नई तकनीक पर निर्मित प्रपत्रों का उपयोग करता है। उन्हें प्रबंधित रूप कहा जाता है । संक्रमण की सुविधा के लिए, पिछले रूपों (तथाकथित नियमित रूपों) का भी समर्थन किया जाता है, लेकिन उनकी कार्यक्षमता विकसित नहीं होती है और वे केवल मोटे ग्राहक के स्टार्टअप मोड में उपलब्ध हैं।
डेवलपर के लिए प्रबंधित रूपों के बीच मुख्य अंतर:

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

हम प्रपत्र विधियों को संकलित करने के निर्देशों को सूचीबद्ध करते हैं:

• और ग्राहक पर
• और सर्वर पर
• सर्वर पर बिना संदर्भ के
• सर्वर पर ग्राहक बिना संदर्भ के

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


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

समस्या को अस्वीकार करें

1C प्लेटफॉर्म के नए संस्करण को सक्रिय रूप से उपयोग किए जाने के कई साल बीत चुके हैं और कई समाधान (कॉन्फ़िगरेशन) 1C और उसके कई भागीदारों द्वारा जारी किए गए हैं।
क्या डेवलपर्स ने इस समय के दौरान रूपों के निर्माण के दौरान क्लाइंट-सर्वर इंटरैक्शन के सिद्धांतों की एक एकीकृत समझ विकसित की है, और नई वास्तुशिल्प वास्तविकताओं में सॉफ़्टवेयर मॉड्यूल के कार्यान्वयन के लिए दृष्टिकोण बदल गया है?

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

    –   –   -           

उदाहरण 2:

उदाहरण 3:

उदाहरण 4:

         « » 

वास्तव में, कोड संरचना गायब है, या इसे हल्के ढंग से रखने के लिए, यह वैसा ही है जैसा कि 8.1 के रूपों में था:

• Uninformative शब्द "सामान्य, सेवा, सहायक।"
• ग्राहक और सर्वर विधियों को अलग करने के लिए समयबद्ध प्रयास।
• अक्सर, तरीकों को इंटरफ़ेस तत्वों द्वारा वर्गीकृत किया जाता है "उत्पाद, संपर्क जानकारी के सारणीबद्ध भाग के साथ काम करना"।
• कोड विधियों और समूहों की मनमानी व्यवस्था। उदाहरण के लिए, इवेंट हैंडलर शीर्ष पर एक फॉर्म में हो सकते हैं, दूसरे में नीचे, तीसरे में बिल्कुल नहीं चुने जाते हैं, आदि।
• और यह मत भूलो कि यह सब एक ही विन्यास के भीतर है।
• हां, ऐसे कॉन्फ़िगरेशन हैं जिनमें "सामान्य, उपयोगिता, सहायक" शब्द हमेशा एक ही स्थान पर होते हैं लेकिन ...

हमें एक कोड संरचना की आवश्यकता क्यों है?

• रखरखाव का सरलीकरण।
• सीखने का सरलीकरण।
• सामान्य / महत्वपूर्ण / सफल सिद्धांतों का निर्धारण।
• ... आपका विकल्प

1C से मौजूदा विकास मानक मदद क्यों नहीं करता है?

आइए, आइटीएस डिस्क पर प्रकाशित सिद्धांतों और विभिन्न "डेवलपर गाइड ..." पर ध्यान दें, जिन्हें प्रबंधित रूप लिखते समय अनुशंसित किया जाता है।

• सर्वर कॉल की संख्या कम से कम करें।
• सर्वर पर अधिकतम कंप्यूटिंग।
• गैर-प्रासंगिक सर्वर कॉल प्रासंगिक कॉल की तुलना में तेज़ हैं।
• क्लाइंट-सर्वर इंटरैक्शन पर आधारित प्रोग्राम।
• आदि

ये नारे हैं जो बिल्कुल सच हैं, लेकिन उन्हें कैसे लागू किया जाए? कॉल की संख्या को कम से कम कैसे करें, क्लाइंट-सर्वर मोड में प्रोग्राम करने का क्या मतलब है?

डिजाइन पैटर्न या पीढ़ी की बुद्धि

क्लाइंट-सर्वर इंटरैक्शन का उपयोग दशकों से विभिन्न सॉफ़्टवेयर तकनीकों में किया गया है। पिछले भाग में पहचाने गए प्रश्नों के उत्तर को लंबे समय से जाना जाता है और दो बुनियादी सिद्धांतों में संक्षेपित किया गया है।

• दूरस्थ मुखौटा (इसके बाद रिमोट एक्सेस इंटरफ़ेस के रूप में संदर्भित)
• डेटा ट्रांसफर ऑब्जेक्ट (बाद में डेटा ट्रांसफर ऑब्जेक्ट के रूप में संदर्भित)

मार्टिन फाउलर का एक शब्द, इन सिद्धांतों का वर्णन:

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

1C प्लेटफॉर्म में टेम्प्लेट के उदाहरण

एक प्रबंधित रूप विकसित करते समय डेवलपर को उपलब्ध एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस में इन सिद्धांतों के कई उदाहरण हैं।
उदाहरण के लिए, OpenForm () विधि, एक विशिष्ट "मोटे" इंटरफ़ेस।

  =  ("1, 2, 3", 1, 2, 3);  = (, ); 

V8.1 में अपनाई गई शैली के साथ तुलना करें।

  = (); .1 = 1; .2 = 2; .(); 

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

• DannyeFormyStruktura
• DannyeFormyKollektsiya
• DannyeFormyStrukturaSKollektsiey
• DannyeFormyDerevo

डेटा को एप्लिकेशन प्रकारों में स्थानांतरित करने के लिए सिस्टम ऑब्जेक्ट का रूपांतरण और इसके विपरीत तरीकों द्वारा किया जाता है:

• मान InDataForms ()
• DataFormsValue ()
• CopyDataForms ()
• ValueV आवश्यक फ़ॉर्म ()
• PropsFormsValue ()

मौजूदा समाधान को अनुकूलित करने के लिए अक्सर स्पष्ट रूपांतरण का उपयोग किया जाता है। विधियाँ इनपुट विशेषताओं (उदाहरण के लिए) का उपयोग कर सकती हैं, उदाहरण के लिए, मान तालिका, और प्रपत्र डेटा संग्रह नहीं, या विधि अनुप्रयोग ऑब्जेक्ट के संदर्भ में परिभाषित की गई थी और प्रपत्र से सीधे मंगलाचरण के लिए अप्राप्य बन गई थी।
उदाहरण 1C v8.1:

 //      () 

उदाहरण 1C v8.2:

 //       = (""); .(); (, ""); 

डेटा ट्रांसफर ऑब्जेक्ट, जिसकी संरचना डेवलपर द्वारा निर्धारित की जाती है, क्लाइंट और सर्वर दोनों पर उपलब्ध प्रकारों का एक छोटा सबसेट है। सबसे अधिक बार, निम्न मापदंडों को रफ इंटरफेस तरीकों के मापदंडों और परिणामों के रूप में उपयोग किया जाता है:

• आदिम प्रकार (स्ट्रिंग, संख्या, बूलियन)
• संरचना
• अनुपालन
• सरणी
• एप्लिकेशन ऑब्जेक्ट्स के लिंक (विशिष्ट पहचानकर्ता और पाठ प्रतिनिधित्व)

उदाहरण: विधि स्थिति को बदलने के लिए आदेशों की एक सूची को स्वीकार करती है और क्लाइंट को त्रुटियों का विवरण देती है।

 &  (, )  =  (); // [][ ]       ();   = .(); ….  ,     …  (); .(, ()); ; ;  ;  // () 

हम कोड की संरचना करते हैं

मुख्य लक्ष्य जिन्हें प्रबंधित रूप के मॉड्यूल में परिलक्षित किया जाना चाहिए और समाधान के लिए दृष्टिकोण करना चाहिए।

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

नीचे मॉड्यूल की मूल संरचना है जो इन लक्ष्यों को लागू करती है।

• ग्राफिक विकल्प - नेत्रहीन रूप से निष्पादन का मुख्य धागा दिखाता है।
• पाठ संस्करण एक नए फॉर्म मॉड्यूल में संरचना के त्वरित सम्मिलन के लिए टेम्पलेट डिज़ाइन का एक उदाहरण है।

 //////////////////////////////////////////////////////////////////////////////// // <(c) ="<?"", >" ="<?"", ,"=dd.MM.yyyy">"/> // <> // <?> // </> //////////////////////////////////////////////////////////////////////////////// //   //////////////////////////////////////////////////////////////////////////////// //   //*******    ******* &  (, ) //    //*******    ******* //******* -   ******* //////////////////////////////////////////////////////////////////////////////// //      //////////////////////////////////////////////////////////////////////////////// //   //******* -   ******* //*******  ******* //*******    ******* //////////////////////////////////////////////////////////////////////////////// //    

संबंधित प्रश्न

अंत में, हम कई क्षेत्रों को रेखांकित करते हैं कि क्लाइंट-सर्वर इंटरैक्शन को प्रोग्रामिंग करते समय यह सोचना उपयोगी है।

• रिमोट एक्सेस इंटरफेस के लिए कार्यान्वयन विकल्प । अतुल्यकालिक, विस्तार की डिग्री ...
• भंडारित करता है। 1 सी में, उन्होंने एक असफल वास्तुशिल्प निर्णय लिया, केवल सामान्य मॉड्यूल के आह्वान के तरीकों के स्तर पर कैशिंग की शुरुआत की और प्रबंधन क्षमताओं (प्रासंगिकता का समय, मांग पर रीसेट) प्रदान नहीं किया।
• इंप्लस सर्वर कॉल करता है । तकनीकी सुविधाओं के बारे में मत भूलो, क्लाइंट पर कई "हानिरहित" संचालन सर्वर को एक्सेस करने के लिए मंच को उत्तेजित करते हैं।
• डेटा लोड करने से पहले / स्थगित करें।