1सी प्रबंधित प्रपत्र। प्रबंधित प्रपत्र तत्वों को प्रोग्रामेटिक रूप से जोड़ना और संपादित करना

पिछले पाठ में हमने इसे एक नियमित (मोटे) ग्राहक के लिए देखा था। प्लेटफ़ॉर्म संस्करण 1C 8.2 में। वे नए स्क्रीन फॉर्म 1C 8.2 का उपयोग करते हैं। उन्हें प्रबंधित प्रपत्र 1सी 8.2 कहा जाता है।

प्रबंधित प्रपत्र 1सी 8.2, 1सी का भविष्य हैं। वे नियमित 1C 8.2 फॉर्मों से इस मायने में भिन्न हैं कि वे विशेष सेटिंग्स के आधार पर सिस्टम द्वारा स्वचालित रूप से उत्पन्न होते हैं ("नियमित" फॉर्म केवल प्रोग्रामर द्वारा इच्छानुसार तैयार किए जाते हैं)।

पारंपरिक प्रपत्रों से प्रबंधित प्रपत्र 1सी 8.2 के विकास में अंतर महत्वपूर्ण हैं। इसलिए, हम आज प्रबंधित प्रपत्र 1सी 8.2 के निर्माण और संशोधन पर अलग से चर्चा करने के लिए एकत्र हुए हैं।

प्रबंधित प्रपत्र 1सी 8.2

यदि आप पहले 1सी कॉन्फ़िगरेशन विकसित कर रहे हैं, तो जब आप 1सी 8.2 प्रबंधित फॉर्म संपादक खोलेंगे, तो आप तुरंत इस तथ्य से हैरान हो जाएंगे कि माउस के साथ 1सी 8.2 फॉर्म को बिल्कुल भी प्रभावित करना असंभव है।

आप 1C 8.2 फॉर्म को नहीं बदल सकते, आप किसी तत्व को स्थानांतरित नहीं कर सकते, आप फ़ील्ड गुणों को पहले की तरह देख भी नहीं सकते - 1C 8.2 फॉर्म पर फ़ील्ड को डबल-क्लिक करके।

अब 1सी 8.2 फॉर्म विकसित करने का आधार फॉर्म पर समन्वय के लिए फ़ील्ड को बाध्य करना नहीं है, बल्कि विशेष सेटिंग्स हैं। सिस्टम इन सेटिंग्स के आधार पर स्वचालित रूप से एक नियंत्रित फॉर्म 1C 8.2 उत्पन्न करता है।

सेटिंग्स में ऊपरी बाएँ कोने में संपादक में स्थित 1C 8.2 फॉर्म तत्वों की एक सूची शामिल है। फॉर्म 1सी 8.2 के तत्वों में शामिल हैं:

• आवश्यक वस्तुएँ
• कमांड (1सी 8.2 में एक नई अवधारणा, बटन या मेनू आइटम की तरह दिख सकती है)
• समूह (विवरण और आदेशों के संयोजन के लिए)।

तदनुसार, इन तत्वों की सेटिंग्स फ़ील्ड के गुणों में नहीं हैं, बल्कि इन सेटिंग तत्वों के गुणों में हैं (राइट-क्लिक मेनू, गुण आइटम)।

प्रबंधित प्रपत्र 1सी 8.2 कैसे काम करते हैं

प्रबंधित प्रपत्र 1C 8.2 के साथ कार्य करना उपयोगकर्ता के लिए भिन्न है। उनमें अधिक क्षमताएं हैं, लेकिन उन लोगों के लिए असामान्य हैं जो लंबे समय से 1सी के साथ काम कर रहे हैं।

सबसे पहले, 1C 8.2 फॉर्म पर सामान्य तत्वों की व्यवस्था अलग है। कमांड बार हमेशा शीर्ष पर होता है.

कमांड पैनल का बाईं ओर अनुकूलन योग्य है। इसमें आमतौर पर रिकॉर्ड और पोस्ट जैसे मानक बटन होते हैं।

कमांड पैनल के दाईं ओर 1सी ऑल एक्शन फॉर्म का नया मानक मेनू है। यह मेनू आपको अपनी इच्छानुसार 1सी 8.2 फॉर्म को प्रबंधित करने की अनुमति देता है, ठीक उसी तरह जैसे एसीएस रिपोर्ट में सेटिंग्स आपको रिपोर्ट के स्वरूप को महत्वपूर्ण रूप से बदलने की अनुमति देती हैं।

मनमाना मेनू आइटम 1सी सभी क्रियाएं

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

आइटम अनुकूलित मेनू सूची 1सी सभी क्रियाएं

यदि 1सी 8.2 फॉर्म पर कोई सूची है, तो मेनू में कमांड कॉन्फ़िगर सूची और डिस्प्ले सूची है।
यदि आउटपुट सूची कमांड पहले से ही आपसे परिचित है - यह आपको Excel में 1C में किसी भी सूची को सहेजने / प्रिंट करने की अनुमति देता है, तो दूसरा कमांड नया है।

जैसा कि आप पहले ही देख चुके हैं, सूची कमांड पैनल पर अब कोई चयन बटन नहीं हैं। इसके बजाय, एक फाइंड बटन दिखाई दिया, जिसके संचालन (साथ ही टाइप करते समय सूची में कर्सर की वर्तमान में अक्षम स्थिति) में कुछ शिकायतें हैं।

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

आइटम बदलें मेनू आकार 1सी सभी क्रियाएं

फॉर्म बदलें आइटम आपको इसी तरह न केवल 1सी 8.2 फॉर्म की सूची को बदलने की अनुमति देता है, बल्कि 1सी 8.2 फॉर्म को भी बदलने की अनुमति देता है।

उपयोगकर्ता स्वतंत्र रूप से 1C 8.2 फॉर्म पर फ़ील्ड की दृश्यता, चौड़ाई और ऊंचाई, खोलने पर डिफ़ॉल्ट फ़ील्ड की सक्रियता आदि को सक्षम या अक्षम कर सकता है।

प्रबंधित प्रपत्र 1सी 8.2 और नियमित प्रपत्र 1सी का उपयोग करना

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

ऐसा करने के लिए, आपको कॉन्फ़िगरेशन गुण (कॉन्फ़िगरेशन विंडो में शीर्ष तत्व) दर्ज करना होगा।

1C 8.2 में कॉन्फ़िगरेशन गुणों में, दो नए चेकबॉक्स दिखाई दिए हैं जो आपको 1C प्रपत्रों के गैर-मानक उपयोग को सक्षम करने की अनुमति देते हैं।

प्रबंधित प्रपत्र बनाना 8.2

नया 1सी 8.2 फॉर्म जोड़ना पहले की तरह ही किया जाता है - कीबोर्ड पर इन्स बटन या ऐड बटन का उपयोग करके। किसी मौजूदा को दर्ज करने के लिए, माउस से उस पर डबल-क्लिक करें।

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

डिज़ाइनर आपको प्रपत्र का प्रकार - तत्व प्रपत्र, सूची प्रपत्र चुनने के लिए कहेगा। यहां आप फॉर्म पर कमांड पैनल जोड़ या हटा सकते हैं। अक्सर इन सेटिंग्स को डिफ़ॉल्ट रूप से वैसे ही छोड़ दिया जाता है।

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

प्रपत्र संपादक में तीन अनुभाग होते हैं.

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

आप उपलब्ध विवरण को बाईं ओर खींच सकते हैं और यह एक फॉर्म तत्व (फॉर्म पर एक फ़ील्ड) बन जाएगा।

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

कमांड को बाईं ओर भी खींचा जाता है। यदि पेरेंट कमांड बार है, तो यह कमांड बार बटन होगा - अन्यथा केवल एक बटन।

आप ऑब्जेक्ट/फ़ॉर्म विशेषताओं को न केवल फॉर्म तत्वों (फ़ील्ड) की सूची में खींच और छोड़ सकते हैं, बल्कि उन्हें आसानी से जोड़ भी सकते हैं (जोड़ें या इन्स बटन)। विशेष रूप से, आप एक नया फॉर्म ऑब्जेक्ट बना सकते हैं - समूह।

समूह एक कमांड पैनल हो सकता है (कर्सर फॉर्म लाइन पर होना चाहिए)। फिर आप कमांड को इसमें खींचते हैं और वे बटन बन जाते हैं।

समूह "नियमित" हो सकता है। फिर यह फ़ील्ड को लंबवत और क्षैतिज रूप से समूहीकृत करने का एक तरीका है। गुणों में समूह का नाम हटाया जा सकता है.

एक समूह एक पैनल (पेज) हो सकता है। शीर्ष जोड़ा गया समूह एक पैनल है, और इस प्रकार के नेस्टेड समूह पृष्ठ हैं। फ़ील्ड पहले ही पृष्ठों पर खींची जा चुकी हैं।

सूची में मौजूद फॉर्म तत्वों को हटाकर अनावश्यक फॉर्म तत्वों को हटा दिया जाता है।
प्रपत्र पर फ़ील्ड की स्थिति तत्वों की सूची में क्रम (ऊर्ध्वाधर) या समूहों (क्षैतिज) का उपयोग करके निर्धारित की जाती है। चौड़ाई और ऊंचाई प्रपत्र तत्व के गुणों में निर्धारित की गई है।

फॉर्म तत्व गुणों का काफी विस्तार किया गया है और इसमें कई उपयोगी चीजें शामिल हैं - दोनों उपस्थिति नियंत्रण (चयन और स्पष्ट बटन) और डिफ़ॉल्ट मानों की जांच करना।

प्रपत्र के गुण, उसके आयामों सहित, उसी नाम प्रपत्र के साथ प्रपत्र के मूल तत्व पर सेट किए गए हैं।

इवेंट हैंडलर (उपयोगकर्ता क्रियाओं पर प्रतिक्रियाएँ) अब दो प्रकारों में विभाजित हैं। पुराने - पहले की तरह, उन्हें फॉर्म और फ़ील्ड के गुणों में दर्शाया गया है (उदाहरण के लिए, ऑनचेंज और फॉर्म को ऑनओपनिंग)। नए कमांड बन गए हैं और मेनू आइटम और बटन के लिए उपयोग किए जाते हैं।

हम सभी जानते हैं कि 1C कंपनी के पास 1C प्लेटफ़ॉर्म के कई अलग-अलग संस्करण थे; अब हम इस लेख को लिखने के समय नवीनतम संस्करणों में से एक में रुचि लेंगे, ये संस्करण 1C 8.2 और 1C 8.3 हैं। यदि आपको इन दोनों संस्करणों में काम करना पड़ा है, तो सबसे अधिक संभावना है इन संस्करणों के इंटरफ़ेस में अंतर देखा गया, उपयोगकर्ताओं के लिए वे केवल दिखने में भिन्न होते हैं। मूलतः एक विकल्प नियमित या प्रबंधित अनुप्रयोगसिस्टम को बताता है कि चलाने के लिए कौन से फॉर्म प्रदर्शित करने हैं, नियमित या नियंत्रित, साथ ही डिफ़ॉल्ट रूप से किस एप्लिकेशन क्लाइंट का उपयोग किया जाएगा, मोटा या पतला। ग्राहकों के बारे में अधिक विस्तृत जानकारी के लिए, लेख "1C में मोटे और पतले ग्राहक क्या हैं, साथ ही उनके अंतर" पढ़ें।

नियमित 1सी अनुप्रयोग (नियमित प्रपत्र, नियमित इंटरफ़ेस, संस्करण 1सी 8.2)

1सी 8.2 में ही कार्य करना संभव है नियमित प्रपत्रों के साथ, नियमित आवेदन मोड में. नीचे दी गई छवि डेटाबेस को "नियमित 1C एप्लिकेशन" ऑपरेटिंग मोड (नियमित रूप) में दिखाती है।

प्रबंधित 1C एप्लिकेशन (प्रबंधित प्रपत्र, प्रबंधित इंटरफ़ेस, संस्करण 1C 8.3)

1सी 8.3 प्लेटफॉर्म पर हम नियमित रूपों (संगतता मोड में) और प्रबंधित दोनों रूपों के साथ काम कर सकते हैं। इसके अतिरिक्त प्रबंधित प्रपत्रों में दो प्रकार के डिस्प्ले होते हैं, यह मानक और टैक्सी है. मानक प्रबंधित प्रपत्रों के साथ 1C 8.3 कॉन्फ़िगरेशन का एक उदाहरण नीचे दिखाया गया है, और इसके बाद "टैक्सी" इंटरफ़ेस दिखाया गया है।

नियमित और प्रबंधित 1C एप्लिकेशन के बीच क्या अंतर है?

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

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

कई मामलों में फॉर्म में सॉफ़्टवेयर संशोधन की आवश्यकता हो सकती है:

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

प्रबंधित प्रपत्र में, आप प्रोग्रामेटिक रूप से जोड़ सकते हैं, बदल सकते हैं और हटा सकते हैं:

• आवश्यकताएँ;
• स्थानीय टीमें;
• तत्व.

ये सभी ऑपरेशन केवल सर्वर पर ही संभव हैं।

प्रोग्रामेटिक रीशेपिंग की सीमाएँ हैं:

• आप केवल प्रोग्रामेटिक रूप से जोड़े गए विवरण/आदेश/तत्वों को हटा सकते हैं। आप कॉन्फिगरेटर में बनाए गए ऑब्जेक्ट को प्रोग्रामेटिक रूप से हटा नहीं सकते हैं।
• आप किसी विशेषता को मुख्य के रूप में निर्दिष्ट नहीं कर सकते.

प्रपत्र आदेश बदलना

किसी ऑब्जेक्ट के लिए कमांड की संरचना का प्रबंधन करना प्रबंधित प्रपत्रएक संग्रह है टीमें

जोड़ना (< ИмяКоманды >)

मात्रा ()

खोजो (< ИмяКоманды >)

मिटाना (< Команда >)

टीम संग्रह क्लाइंट और सर्वर दोनों पर उपलब्ध है। आप केवल सर्वर पर संग्रह (जोड़ें() और हटाएँ() विधियाँ) बदल सकते हैं। आप क्लाइंट और सर्वर दोनों पर तत्वों की संख्या (फाइंड () और काउंट () विधियां) खोज और प्राप्त कर सकते हैं।

फॉर्म कमांड के साथ काम करने के उदाहरण के रूप में, आइए "ChangeHistory..." शीर्षक के साथ एक नया ChangeHistory कमांड बनाएं, जो हैंडलर को कॉल करेगा प्रदर्शन इतिहास(). प्रपत्र खुलने पर सृजन होता है.

&सर्वर पर
प्रक्रिया जबCreatingOnServer(विफलता, मानक प्रसंस्करण)
टीम = टीमें. जोड़ना( "परिवर्तन का इतिहास");
टीम . क्रिया = ;
टीम . शीर्षक= "परिवर्तन का इतिहास...";
प्रक्रिया का अंत
&ऑनक्लाइंट
प्रक्रिया कनेक्ट करने योग्य_डिस्प्लेहिस्ट्री(कमांड)
// कमांड क्रियाएँ
प्रक्रिया का अंत

कमांड हैंडलर को एक फॉर्म पर स्थित होना चाहिए और उसमें &OnClient संकलन निर्देश होना चाहिए।

फॉर्म विवरण बदलना

प्रपत्र विवरण की संरचना को पढ़ना फ़ंक्शन द्वारा किया जाता है विवरण प्राप्त करें(< Путь >) फॉर्मएट्रिब्यूट्स प्रकार की एक सरणी लौटा रहा है। फ़ंक्शन पैरामीटर मूल विशेषता (एक स्ट्रिंग के रूप में) के लिए पथ निर्दिष्ट करता है। यदि पैरामीटर छोड़ दिया गया है या एक खाली स्ट्रिंग निर्दिष्ट की गई है, तो शीर्ष-स्तरीय विवरण लौटाए जाते हैं।

विवरण बदलना विधि का उपयोग करके किया जाता है विवरण बदलें(<विवरण जोड़ा गया>, <हटाने योग्य विवरण>) वस्तु प्रबंधित प्रपत्र. मापदंडों के लिए विवरण जोड़ा गयाऔर हटाने योग्य विवरणप्रपत्र गुण प्रकार के तत्वों के साथ सारणी प्रसारित की जाती है।

ध्यान!

विवरणों की संरचना को बदलने की प्रक्रिया काफी संसाधन-गहन है। असल में फॉर्म को दोबारा बनाया जा रहा है. इस संबंध में, प्रपत्र विवरण के साथ कार्य बैच मोड में किया जाता है।

आइए क्रेता नाम से एक नया फॉर्म एट्रिब्यूट बनाएं:

जोड़ा गया विवरण = नई सारणी;
विवरण जोड़ा गया. जोड़ें(नए फॉर्म गुण("खरीदार", नए प्रकार का विवरण ("निर्देशिकालिंक। प्रतिपक्ष"), "ग्राहक"));

// विवरण की संरचना में परिवर्तन
);

रूप तत्वों को बदलना

किसी वस्तु के तत्वों की संरचना को नियंत्रित करना प्रबंधित प्रपत्रएक संग्रह है तत्वों. संग्रह की कई विधियाँ हैं:

डालना (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)

जोड़ना (< Имя>, < ТипЭлемента>, < Родитель >)

मात्रा ()

खोजो (< Имя >)

कदम(< Элемент>, < Родитель>, < МестоРасположения >)

मिटाना (< Элемент >)

आइटम संग्रह क्लाइंट और सर्वर दोनों पर उपलब्ध है। एक संग्रह को संशोधित करें (तरीके डालें)। () , ऐड () , मूव () और डिलीट () ) केवल सर्वर पर उपलब्ध हैं। आप क्लाइंट और सर्वर दोनों पर तत्वों की संख्या (फाइंड () और काउंट () विधियां) खोज और प्राप्त कर सकते हैं। संग्रह तत्व हो सकते हैं:

• फॉर्मग्रुप;
• फॉर्मटेबल;
• फॉर्मफ़ील्ड;
• प्रपत्र बटन.

आप तत्वों को बनाने के लिए प्रोग्रामेटिक रूप से ईवेंट हैंडलर असाइन कर सकते हैं। विधि इन उद्देश्यों के लिए अभिप्रेत है सेटएक्शन(< ИмяСобытия>, < Действие >) .

आइए कमांड, विवरण और फॉर्म तत्वों के साथ काम करने के कुछ सबसे सामान्य उदाहरण देखें।

एक कमांड और उससे संबंधित बटन जोड़ना:

// एक कमांड बनाएं
टीम = टीमें. जोड़ना( "परिवर्तन का इतिहास");
टीम . क्रिया= "प्लग-इन_डिस्प्लेहिस्ट्री"; // फॉर्म में निर्दिष्ट नाम के साथ एक प्रक्रिया होनी चाहिए
टीम . शीर्षक = "परिवर्तन का इतिहास...";
// एक बटन बनाएं और इसे एक कमांड के साथ संबद्ध करें
तत्व = आइटम. जोड़ना( "परिवर्तन का इतिहास", टाइप करें ("फॉर्मबटन" ));
तत्व.कमांडनाम = "परिवर्तन का इतिहास";

एक विशेषता और संबंधित इनपुट फ़ील्ड जोड़ना:

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

किसी ईवेंट हैंडलर को किसी प्रपत्र तत्व पर असाइन करना:

आइटम ग्राहक. सेटएक्शन("जब यह बदलता है", "कनेक्टेड_बायरऑनचेंज");

&ऑनक्लाइंट
प्रक्रिया कनेक्टेड_बायरऑनचेंज(तत्व)
// घटना क्रियाएँ
प्रक्रिया का अंत

ध्यान!

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

ध्यान!

आप प्रोग्रामेटिक खोज और प्रबंधित प्रपत्र के विवरण, आदेश और तत्वों को बदलने के उदाहरणों के साथ प्रसंस्करण डाउनलोड कर सकते हैं।

मुख्य समस्या यह है कि 10-15 वर्षों में सामान्य रूपों के लिए बहुत सारे कोड पहले ही संकलित किए जा चुके हैं। कोई भी क्लाइंट-सर्वर पर यह सब दोबारा नहीं लिखना चाहता + बहुत से लोगों को इंटरफ़ेस के साथ काम करने के लिए प्रशिक्षित किया जाता है। अगले साल से शुरू होने वाले बीपी 3.0 में अनिवार्य परिवर्तन डेवलपर्स और एकाउंटेंट के मन में घबराहट पैदा कर रहा है। प्रतिक्रिया बहुत अप्रिय होगी. इसके अलावा, पेशे में प्रवेश के लिए मानक बढ़ रहे हैं, प्रोग्रामिंग अधिक कठिन हो गई है, और मानक प्रोग्रामिंग और भी अधिक कठिन हो गई है। मानक दस्तावेज़ों में नए एल्गोरिदम की लागत क्या है? जब आपके दस्तावेज़ों पर 2-3 बटन होते हैं तो यूवी बहुत अच्छा दिखता है, यूवी मोबाइल उपकरणों पर काम करने के लिए बहुत अच्छा है, लेकिन केवल 0.01% कंपनियां इसका उपयोग करती हैं। यदि 1C कुछ नया लेकर नहीं आता है तो आपको स्विच करना होगा, लेकिन यह सभी के लिए लंबा और दर्दनाक होगा। और कंपनियों को खुद ही पैसा देना होगा.

मैंने भी अब तक केवल नियंत्रित रूपों से नकारात्मक चीजों का अनुभव किया है, यहां नवाचार के कुछ और नुकसान हैं:

• कुछ नहीं? खैर, मुझे इसका सामना कई बार हुआ, उदाहरण के लिए, ZUP कॉन्फ़ में एक बाहरी प्रिंटिंग फॉर्म लिखना और संलग्न करना, वहां एक संपूर्ण महाकाव्य को संसाधित करना, इंटरनेट पर निर्देशों से भरा हुआ और कोड के पेज चाहिए।
  एक मोटे क्लाइंट पर मापदंडों के साथ एक प्रक्रिया होती है यानी। विकास तो मिनटों की बात है.
  और ब्रेक नग्न आंखों से बहुत कम दिखाई देते हैं
• जहां तक ​​प्रबंधनीय फॉर्म तैयार करने में सक्षम होने की बात है - यह कला के लिए कला है, लेकिन व्यावहारिक बिंदु क्या है, खासकर फ़ाइल संस्करण के लिए?
• मैंने 3 वर्षों तक यूवी में मूर्तिकला बनाई, लेकिन अब मैं सरल रूपों में वापस आ गया हूं, और मेरा विश्वास करो, यह परिवर्तन करना मनोवैज्ञानिक रूप से काफी कठिन था, लेकिन यह मेरी सचेत पसंद है क्योंकि यूवी में 1सी जो प्रदान करता है वह पूरी तरह से यूजी है…। हो सकता है कि कुछ वर्षों में 1सी कोई सफलता हासिल कर ले, लेकिन अब वह बस उस जगह की तलाश कर रही है जहां यह सफलता हासिल की जा सके...
• कॉन्फिगरेटर में यूवी को खुलने में अधिक समय लगता है।
  उसके बाद, 8.1 में फॉर्म खोलना एक ट्रक से विमान में स्थानांतरित करने जैसा है!
• सभी के लिए अधिक समस्याएं हैं, उपयोगकर्ता नए इंटरफ़ेस से हैरान हैं (हर कोई इसे स्वीकार नहीं करता है, लेकिन वे छोटी चीज़ों के बारे में बहुत अधिक मूर्ख हैं), आधे प्रोग्रामर व्यावसायिकता के लिए अनुपयुक्त हो गए हैं, औसत विशेषज्ञ के लिए यह कठिन हो गया है नौकरी ढूंढें और गुणवत्तापूर्ण उत्पाद कैसे तैयार करें। और यूवी का सबसे अच्छा विपणन विषय यह है कि वे हर जगह बढ़ते हैं कि संक्रमण एक साधारण अद्यतन के साथ होता है, लेकिन हर कोई भूल जाता है कि शुरुआत से आपको नवीनतम रिलीज के साथ पकड़ने की जरूरत है! लेकिन सिद्धांततः मुझे यह विचार पसंद आया!
• मैं नहीं जानता, मेरा अनुभव इसके विपरीत दिखाता है। जहां कई वर्षों से सख्त रूपों में उछाल स्वचालित रूप से आ रहा है, नए यूवी मानक वाले में हर महीने यह शुरू होता है "क्यों, इस बटन को अपडेट करने के बाद 1C अब कहां है और अब यह काम क्यों नहीं करता है," जो, आप देखते हैं , गति नहीं जोड़ता.
• - और भी कोड है
  - कोड अधिक जटिल हो गया है
  — मानक संशोधन करना कहीं अधिक कठिन है
  - जिन उपयोगकर्ताओं को मैंने UT11 दिया, उन्हें 10.x की तुलना में कोई लाभ नहीं मिला
  - लेकिन उन्हें कुछ मंदी और खोज जैसे कुछ कार्यों की कमी मिली (किसी कारण से वे आगे-पीछे की खोज चाहते थे न कि चयन)
  मेरी राय है कि वेब क्लाइंट और टैबलेट के लिए बलिदान बहुत बड़े हैं। इसके अलावा, व्यक्तिगत रूप से, मैंने अभी तक किसी वेब क्लाइंट के साथ वास्तविक काम नहीं देखा है, जिसे रिमोट एक्सेस का सफलतापूर्वक उपयोग करने की आवश्यकता हो
• क्लाइंट-सर्वर बेडलैम को प्रदर्शन और स्केलेबिलिटी में वृद्धि प्रदान करनी चाहिए, जबकि साथ ही लागत में कोडिंग में वृद्धि भी शामिल होनी चाहिए।
  हालाँकि, सभी को वृद्धि का अनुभव नहीं हुआ, इसलिए निराशा हुई। और साथ ही, हर कोई कोडिंग लागत पर आमादा था।
  पी.एस. दरअसल, मुझे नियंत्रित लोग पसंद हैं, मैं शांति से उनका सहारा लेता हूं। लेकिन ठेठ विकृत हो गए हैं.
• घर पर (सामान्य कंप्यूटर) मैं व्यक्तिगत उद्यमियों के अनुसार अपने पीने का संचालन करता हूं।
  8.3, बीपी3, चेकर्ड। मुख्य धारणा यह है कि मैं काम नहीं करता, बल्कि हर समय इंतजार करता हूं। बवासीर प्रतिक्रिया. खाते के लिए SALT बस आश्चर्यजनक रूप से बनाया गया है - यह मेगा-होल्डिंग में वर्ष के लिए खाता कार्ड जैसा लगता है।
• UT11 एक जंगली ब्रेक, डरावनी और आम तौर पर एक बुरा सपना है।
  UT11 की तुलना में UT10 उड़ता है।
  यूवी के संबंध में - कीड़े वर्षों से संक्रमित हैं, सब कुछ टेढ़ा है, कॉलम कभी भी एक स्क्रीन पर फिट नहीं होते हैं, कई मामलों में स्ट्रेचिंग भयानक है।
  और मैं अभी भी बहुत सारे नुकसान सूचीबद्ध कर सकता हूं, लेकिन मैं शायद प्लसस के बारे में कुछ नहीं कहूंगा। उनका अस्तित्व ही नहीं है.
  फर्मों ने विशेष रूप से इन रूपों को समाप्त कर दिया, क्योंकि विकास की लागत अधिक थी, कोई विशेष नहीं थे और कोई सामान्य नहीं थे।

इसके कुछ फायदे हैं, लेकिन निश्चित रूप से वे मौजूद हैं...

पेशेवरों:

उत्तर प्रदेश ने क्या दिया, इसका उत्तर बहुत समय से मौजूद है:

क्रॉस प्लेटफ़ॉर्म क्लाइंट

• खराब संचार लाइनों पर काम करना
• ब्राउज़र के माध्यम से काम करने की क्षमता (क्लाइंट इंस्टॉल किए बिना)