कोड को संरचित करने से पहले डेटा ट्रांसफर ऑब्जेक्ट, 1C 8.2 के मध्य में केरेटेड फॉर्म।

प्रवेश करना

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

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

• ठोस ग्राहक (प्राथमिक स्टार्टअप मोड)
• दूसरे कंप्यूटर पर निर्भर रहने वाला कंप्यूटर प्रोग्राम
• वेब क्लाइंट

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

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

प्रपत्र विधियों के संकलन निर्देशों पर फिर से काम किया जा रहा है:

• &ग्राहक पर
• &सर्वर पर
• &संदर्भ के बिना सर्वर पर
• &ऑनक्लाइंटऑनसर्वरबिना संदर्भ के

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

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

गौरतलब समस्या है

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

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

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

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

• मेरे समर्थक को खेद है.
• शुरुआत के लिए क्षमा.
• छुपे/महत्वपूर्ण/दूरस्थ सिद्धांतों का निर्धारण।
• ...आपका विकल्प

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

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

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

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

डिज़ाइन टेम्प्लेट और पीढ़ीगत ज्ञान

दर्जनों वर्षों से विभिन्न सॉफ्टवेयर प्रौद्योगिकियों में क्लाइंट-सर्वर इंटरैक्शन का अध्ययन किया जा रहा है। प्रथम श्रेणी में पोषण के उद्देश्य का उत्तर लंबे समय से ज्ञात है और यह दो बुनियादी सिद्धांतों पर आधारित है।

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

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

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

1सी प्लेटफॉर्म पर टेम्पलेट्स का अनुप्रयोग

सिरेमिक फॉर्म विकसित करते समय डेवलपर के लिए उपलब्ध एप्लिकेशन सॉफ़्टवेयर इंटरफ़ेस में इन सिद्धांतों के कई अनुप्रयोग शामिल होते हैं।
उदाहरण के लिए, ओपनफॉर्म () विधि एक विशिष्ट "मोटा" इंटरफ़ेस है।
ParameterVideCrittya = नई संरचना ("पैरामीटर1, पैरामीटर2, पैरामीटर3", वैल्यू1, वैल्यू2, वैल्यू3); फॉर्म = ओपनफॉर्म (फॉर्मआईएम, ओपनक्रिट पैरामीटर्स);
v8.1 में अपनाई गई शैली के अनुरूप रहें।
प्रपत्र = OtrimatiForm(Im'yaFormi); प्रपत्र.पैरामीटर1 = मान1; प्रपत्र.पैरामीटर2 = मान2; फॉर्म.व्यू();

सिरेमिक फॉर्म के संदर्भ में "डेटा ट्रांसफर की वस्तुएं" कोई चरित्र नहीं है। आप देख सकते हैं प्रणालीगतі एक खुदरा विक्रेता से सुसज्जित.
सिस्टम इन फॉर्म डेटा के एक या कई तत्वों के रूप में क्लाइंट पर लागू ऑब्जेक्ट को मॉडल करता है। फॉर्म विवरण के साथ जोड़कर उनका पोज़ बनाना संभव नहीं है.

• डेटाफॉर्मस्ट्रक्चर
• डेटाफॉर्मीकलेक्शन
• डेटाफॉर्मस्ट्रक्चरकलेक्शन
• DaniFormyTree

डेटा को एप्लिकेशन प्रकारों और बैक में स्थानांतरित करने के लिए सिस्टम ऑब्जेक्ट को फिर से डिज़ाइन करना निम्नलिखित विधियों का उपयोग करके किया जाता है:

• वैल्यूडैनीफॉर्म()
• डेटाफ़ॉर्मवैल्यू()
• कॉपीडेटाफ़ॉर्म()
• वैल्यूवैल्यूRequisiteForm()
• प्रॉप्सफॉर्मवैल्यू()

मूल समाधान को अनुकूलित करने के लिए अक्सर इसका स्पष्ट रूप से पुन: आविष्कार किया जाता है। विधियाँ इनपुट पैरामीटर्स को कैप्चर (विशेषताओं की जांच) कर सकती हैं, उदाहरण के लिए डेटाफॉर्मकलेक्शन के बजाय टेबलवैल्यू, या एप्लिकेशन ऑब्जेक्ट संदर्भ में वैल्यू विधि और फॉर्म से सीधे क्लिक करने के लिए अप्राप्य हो जाती है।
बट 1सी v8.1:
// प्रति ग्राहक फॉर्म के संदर्भ में RestoreCache Koristuvachiv(Pidrozdil Posilannya)
बट 1सी v8.2:
// फॉर्म के संदर्भ में सर्वर पर प्रोसेसिंग ऑब्जेक्ट = फॉर्मवैल्यू विवरण ("ऑब्जेक्ट"); ProcessObject.RestoreCacheKoristuvachiv(PidrozdilPosilannya); वैल्यूवैल्यूप्रॉपर्टीजफॉर्म(प्रोसेसिंगऑब्जेक्ट, "ऑब्जेक्ट");

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

• आदिम प्रकार (पंक्ति, संख्या, बूलियन)
• संरचना
• उपस्थिति
• मासिव
• एप्लिकेशन ऑब्जेक्ट को भेजना (विशिष्ट पहचानकर्ता और टेक्स्ट सबमिशन)

उदाहरण: विधि स्थिति परिवर्तन के लिए अनुरोधों की एक सूची प्राप्त करती है और ग्राहक को लाभों का विवरण लौटाती है।
&OnServerWithoutContext फ़ंक्शन ServerChangeStatusRequest(अनुरोध, NewStatus) परिवर्तन = NewView(); // [अनुरोध] [उपचार का विवरण] त्वचा अनुरोध के लिए Iz अनुरोध चक्र प्रारंभ लेनदेन(); DocOb = अनुबंध का प्रयास करें। OtrimatiObject(); .... अन्य कार्रवाइयां, शायद केवल समझौतों के कारण नहीं... दोष लेनदेन सहेजें(); पोमिल्की.इन्सर्ट(विवरण, विवरणपोमिल्की()); काइनेट्सप्रोबी; Kіnetsसाइकिल; पोमिल्की टर्नअराउंड; एंडफंक्शन // सर्वर चेंजस्टैटस रिक्वेस्ट ()

संरचित कोड

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

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

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

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

//////////////////////////////////////////////////////////////////////////////// // <(c) Автор=""तारीख =""/> // <Описание> // // ///////////////////////////////////////////// // ///////////////////////////// // छोटे मॉड्यूल ////////////// /// / //////////////////////////////////////////////////////////////////////////////////////////////// ////////////// // सर्वर पर //******* सर्वर पर साइन ******* और सर्वर पर प्रक्रिया जब सर्वर पर बनाई जाती है (विडमोवा) , स्टैंडर्डप्रोसेसिंग ) //फ़ाइल के स्थान पर KіnetsProcedures डालें //******* रिमोट एक्सेस के लिए इंटरफ़ेस ******* //******* सर्वर पर बिजनेस लॉजिक **** *** /// ///// /////////////////////////////////// //// /////// ///////////////////// // क्लाइंट और सर्वर के लिए वास्तविक तरीके ///////// //// ////////// /////////////////////////////////// /// /////////// //////// // ग्राहकों पर //********* ग्राहकों पर व्यापार तर्क ******* //* ** **** टीम ******* //******* ग्राहकों के अधीन ******* ///////////////// // /////////// ////////////////////////////////// /////////////// / मुख्य कार्यक्रम संचालक

बुना हुआ खाना

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

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

1सी अकाउंटिंग प्रोग्राम 8वें संस्करण के केरोवानी कमांड इंटरफ़ेस के बारे में पिछला लेख पढ़ने का समय आ गया है। 3.0 - सबसे पहले, आपको स्पष्ट रूप से सम्मान प्राप्त हुआ कि हमने इस या उस अन्य ग्राहक के लिए विशेष इंटरफेस के बारे में कभी बात नहीं की। उन्होंने यह नहीं कहा कि 1सी अकाउंटिंग 8 संस्करण 3.0 कार्यक्रम में ये पर्याप्त नहीं हैं।

1सी अकाउंटिंग 8 संस्करण 2.0 के उपयोग के माध्यम से, हर चीज़ के लिए श्विदशे। इसमें ऐसे इंटरफ़ेस भी हैं।

• मुनीम।
• पीडीएफ अधिग्रहण.
• प्रशासनिक.
• पोवनी.

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

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

1. 1C इंटरफ़ेस को संसाधित करने के लिए कमांड इंटरफ़ेस

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

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

केवल दो आदेशों को स्पष्टीकरण की आवश्यकता है।

• अनुभाग पैनल. कमांड इंटरफ़ेस पर अनुभाग पैनल झपकाता और झपकाता है।
• नेविगेशन पैनल और कार्रवाई. कमांड इंटरफ़ेस पर नेविगेशन पैनल और एक्शन पैनल झपकेगा और झपकेगा।

2. लेआउट के लिए एक इंटरफ़ेस बनाएं

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

हमारे अनुभागों को हटाने के लिए आपको "देखें" बटन का उपयोग करने की आवश्यकता नहीं है। "बैंक और कासा" और "स्पिव्रोबिटनिकी और वेतन" को हटा दें। परिवर्तनों को सहेजने के बाद (ओके बटन), इंटरफ़ेस इस तरह दिखेगा।

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

यह क्षमता उन लोगों के लिए काफी निराशाजनक हो सकती है जो छोटे स्क्रीन पर काम करते हैं।

3. कैशियर के लिए इंटरफ़ेस को कस्टमाइज़ करें

हम कैशियर के लिए इंटरफ़ेस को समायोजित कर रहे हैं, जो केवल नकद लेनदेन से संबंधित है। कृपया ध्यान दें कि व्यवस्थापक ने पहले ही खाता प्रबंधक "कैशियर" बना दिया है और उसे अतिरिक्त अधिकार दिए हैं।

सबसे पहले, हमारे लिए एक महत्वपूर्ण विशेषता पर ध्यान देना महत्वपूर्ण है जिसे पावर इंटरफेस बनाते समय ध्यान में रखा जाना चाहिए।

जब भी कोई नया प्रोग्राम लॉन्च किया जाएगा, तो वह स्वचालित रूप से "डेस्कटॉप" अनुभाग में खुल जाएगा।

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

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

आइए आने वाले आदेश के साथ इसे अपने ऊपर लें। "डेस्कटॉप" सक्रिय करें। कृपया ध्यान दें कि आपके नेविगेशन पैनल पर एक कमांड संदेश "नकद दस्तावेज़" है। आप "डेस्कटॉप" अनुभाग के लिए नेविगेशन पैनल और कार्रवाई को संपादित कर सकते हैं।

नेविगेशन पैनल को संपादित करने के लिए, "सूचना पैनल \ मुख्य मेनू \ देखें \ नेविगेशन पैनल को अनुकूलित करें" कमांड का चयन करें।

"जोड़ें", "सभी जोड़ें", "सभी देखें" और "सभी देखें" बटन में हेरफेर करके, दाहिनी विंडो से "नकद दस्तावेज़" नेविगेशन कमांड को हटा दें।

आप डेस्कटॉप अनुभाग से पैनल को संपादित कर सकते हैं. ऐसा करने के लिए, कमांड "सूचना पैनल \ मुख्य मेनू \ देखें \ एक्शन पैनल को अनुकूलित करें" का चयन करें।

"जोड़ें", "सभी जोड़ें", "सभी देखें" और "सभी देखें" बटनों में हेरफेर करके, लाल आयतों के साथ लेबल की गई दाहिनी विंडो से कमांड को हटा दें।

हमने स्वीकार किया कि हमारा संगठन खुदरा बिक्री में संलग्न नहीं है। इसलिए, कैशियर को "सामान्य बिक्री पर रिपोर्ट" दस्तावेज़ की आवश्यकता नहीं है। हमने यह भी मान लिया कि खजांची को मानक लेखांकन रिकॉर्ड की आवश्यकता नहीं है। इसीलिए हमने उन्हें एक्शन पैनल से भी लिया।

"सूचना पैनल \ मुख्य मेनू \ दृश्य \ अनुभाग पैनल" आदेश का पालन करते हुए अनुभाग पैनल के प्रदर्शन को सक्षम करें। प्रोग्राम छोड़ें और कैशियर के रूप में इसे फिर से खोलें। आपका इंटरफ़ेस इस तरह दिखता है.

कुछ भी हास्यास्पद नहीं! खजांची को केवल दो कॉलों की आवश्यकता वाले दस्तावेज़ हैं। यदि आवश्यक हो, तो नेविगेशन कमांड "कैश डॉक्यूमेंट्स" पर क्लिक करके नकद दस्तावेजों की सूची खोली जा सकती है। यह नेविगेशन पैनल पर दिखाया गया है.

4. 1सी अकाउंटिंग 7.7 प्रोग्राम का इंटरफ़ेस

1C वितरक चमत्कारिक ढंग से समझते हैं कि, भले ही नया इंटरफ़ेस अच्छा नहीं है, हममें से कई लोग इस सिद्धांत पर जीते हैं: सबसे अच्छा अच्छे का दुश्मन है। इसलिए, 1सी अकाउंटिंग 7.7 प्रोग्राम से संक्रमण अक्सर काफी आसान होता है। मुझे नए इंटरफ़ेस के बारे में कुछ भी समझ नहीं आ रहा है, मैं यह भी नहीं जानता कि इसके साथ कैसे काम करना है।

ऐसे खाते आपके प्रोग्राम 1सी: अकाउंटिंग 8वें संस्करण में कुछ ही क्लिक में स्थापित किए जा सकते हैं। 3.0 सिम कार्ड इंटरफ़ेस के समान है। ऐसा लग रहा है जैसे कोई बच्चा दिखाया गया हो.

कॉल स्पष्ट रूप से मूल सिम इंटरफ़ेस से भिन्न हैं। अले संरचनात्मक रूप से सब कुछ समान है।

आप सिम इंटरफ़ेस को केवल तभी बंद कर सकते हैं यदि प्रोग्राम में ऑब्जेक्ट आकृतियों को खोलने के लिए "बुकमार्क" मोड सेट है। इसे मुख्य मेनू "सर्विस पैरामीटर्स" में "सिस्टम कमांड बार" कमांड पर क्लिक करके "पैरामीटर्स" फॉर्म में स्थापित किया गया है।

फिर अनुभाग पैनल पर, "प्रशासन" अनुभाग को सक्रिय करें और एक्शन पैनल में "कार्यक्रमों का प्रशासन" विकल्प पर क्लिक करें।

कार्य क्षेत्र में खुले "प्रोग्राम सेटअप" फॉर्म में, "इंटरफ़ेस" टैब पर जाएं और रेडियो बटन "1सी के समान इंटरफ़ेस: अकाउंटिंग 7.7" को सक्रिय करें।

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

ऐसा करने के लिए, अनुभाग पैनल पर "सेवा" पर क्लिक करें। नेविगेशन पैनल पर, "सेटिंग अप प्रोग्राम" संदेश पर क्लिक करें। "इंटरफ़ेस" टैब सक्रिय करें और "मानक इंटरफ़ेस 1C: लेखांकन 8" चुनें। खैर, बिल्कुल, ठीक है।

6. वस्तु प्रपत्रों का प्रबंधन

प्रोग्राम 1सी अकाउंटिंग 8 संस्करण। 3.0 कमांड इंटरफ़ेस को नियंत्रित करने की क्षमता जोड़ता है। किसी भी मामले में, बड़ी वस्तुओं के रूपों के साथ केरुवेट करना संभव है। ये दस्तावेज़ों के जर्नल (सूचियाँ) के रूप, दस्तावेज़ों के स्वयं के रूप और साक्ष्य हैं। इन प्रपत्रों के साथ काम करने के लिए, प्रपत्र के कार्य क्षेत्र के ऊपरी दाएं कोने में एक "सभी क्रियाएं" बटन है। और इसमें एक कमांड है "चेंज फॉर्म"।

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

प्रारंभ में, दस्तावेज़ का रूप "खरीदारों को भुगतान के लिए रखुनोक" इस तरह दिखता है, जैसा कि छोटे में दिखाया गया है।

और अब यह स्वीकार्य है कि हमारा संगठन केवल सेवाएँ प्रदान करने से कहीं अधिक कार्य में लगा हुआ है। खैर, हमें "वेयरहाउस" और "डिलीवरी पते" विवरण की आवश्यकता नहीं है। सारणीबद्ध भाग में हमें "उत्पाद" और "वापसी नामकरण" बुकमार्क की भी आवश्यकता नहीं है। आरंभ करने के लिए, "सभी क्रियाएँ" बटन पर क्लिक करें और "फ़ॉर्म बदलें" आइटम का चयन करें।

यदि हमें जिस छेद की आवश्यकता है वह खुला नहीं है, तो क्रॉस पर क्लिक करें। रसोई में सबसे ऊपर बाएँ हाथ का हाथ होता है। फिर इन विवरणों और पक्षों से उन निशानों को हटा दें जिनकी हमें आवश्यकता नहीं है।

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

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

हम "खरीद के लिए भुगतान करने के लिए रखुनोक" दस्तावेज़ के लिए इस फॉर्म को रद्द कर देंगे।

सावधान प्रेमियों के लिए मैं यही कहना चाहूँगा।

आदर करना। समायोजित वस्तु आकृतियों के साथ प्रयोग करने से न डरें। आपको सूचना आधार के स्थान पर क्षेत्र नहीं बदलना चाहिए.

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

इस प्रयोजन के लिए, ऑब्जेक्ट के फॉर्म पर "सभी क्रियाएँ \ परिवर्तन प्रपत्र" कमांड का चयन करें। "फ़ॉर्म का समायोजन" हमें पहले से ही दिखाई दे रहा है। "सभी क्रियाएं \ डिफ़ॉल्ट सेटिंग्स पर सेट करें" कमांड पर क्लिक करें।

7. संशोधन के बारे में जानकारी

प्रोग्राम 1सी अकाउंटिंग 8 संस्करण। 3.0 अनिवार्य विवरणों के अद्यतन को नियंत्रित करता है। हालाँकि, पिछले संस्करण काम नहीं आए। साथ ही, नवीनतम संस्करणों के साथ, 1सी अकाउंटिंग 8 संस्करण 3.0 की नैदानिक ​​जानकारी अधिक जानकारीपूर्ण हो गई है। वे बताएंगे कि कौन सा विवरण और कैसे निपटान होगा।

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

यदि संवाददाता प्रशिक्षण से नहीं गुजरता है, यदि उसे नहीं पता है कि अधिकांश विवरण चयन प्रक्रिया द्वारा ऑपरेटरों से भरे गए हैं, तो ऐसी जानकारी किसी भी मामले में मायने नहीं रखेगी।

और 1सी अकाउंटिंग प्रोग्राम एड उसी तरह की सज़ा पर कैसे प्रतिक्रिया करता है? 3.0.

यहां प्रोग्राम में न केवल ऐसा मान प्रतीत होता है जो सही नहीं है। मैं आपको बता दूं कि कुछ खास नहीं मिला है. यह ज्ञात नहीं है, "सूची से चयन करें" बटन पर क्लिक करके इसका अनुमान लगाना आसान है।

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

एक स्थान से दूसरे स्थान तक जाने के दो रास्ते हैं। या तो डायग्नोस्टिक अधिसूचना में नेविगेशन तीरों का उपयोग करें, या अधिसूचना पैनल में संदेश पर क्लिक करें।

एक्सिस, शायद, और बस इतना ही। मेरा मानना ​​है कि अकाउंटिंग 1सी 8वें संस्करण का कमांड इंटरफ़ेस। 3.0 इस कार्यक्रम में महारत हासिल करने में कोई बाधा नहीं बनेगी। यह वास्तव में आसान है, लेकिन इसमें महारत हासिल करने के लिए आपको अपने कीमती समय के कुछ घंटे बर्बाद करने होंगे।

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

प्राथमिक ऐड-ऑन 1C (प्राथमिक प्रपत्र, प्राथमिक इंटरफ़ेस, संस्करण 1C 8.2)

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

केरोवानी परिशिष्ट 1सी (केरोवानी फॉर्म, केरोवानी इंटरफ़ेस, संस्करण 1सी 8.3)

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

1सी ऐड-ऑन का मुख्य उद्देश्य क्या है?

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

मैं अपनी पुस्तक "1सी में विकास की मूल बातें: टैक्सी" का एक और खंड प्रकाशित कर रहा हूं।

अध्याय 2. प्राथमिक और माध्यमिक पूरक 1सी

इस अनुभाग में, हम देखेंगे कि ये फायदे क्या हैं और वे एक दूसरे से भिन्न क्यों हैं, और उससे पहले हम एक इंटरफ़ेस की अवधारणा को देखेंगे।

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

सॉफ़्टवेयर सुरक्षा की दुनिया में, सब कुछ समान है। एक प्रणाली - त्सेलुदिना - ऑपरेटर, कोरिस्टुवाच। और एक अन्य प्रणाली कई प्रकार की मानव गतिविधियों (हम एप्लाइड प्रोग्रामिंग पर विचार करते हैं) के स्वचालन के लिए रचनाओं में एक बढ़िया अतिरिक्त है।

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

छोटा 1.2.1 कमांड स्टॉक

इस छोटे से के पास विंडोज ऑपरेटिंग सिस्टम की कमांड लाइन है, इसकी मदद से आप एक्सप्लोरर के साथ किए जाने वाले सभी ऑपरेशन कर सकते हैं: फ़ाइलें कॉपी करना, फ़ाइलें हटाना, निर्देशिका बनाना आदि।

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

आइए सैद्धांतिक भाग को समाप्त करें और सीधे उस अनुभाग पर जाएँ। और 1सी प्रोग्राम के इंटरफेस के प्रकारों से ठीक पहले, जो क्लाइंट के सभी ग्राफिकल इंटरफेस हैं। 1सी: एंटरप्राइज 8 प्रोग्राम में ऐड-ऑन के लिए दो वैश्विक प्रकार के ग्राफिकल इंटरफेस हैं। यह एक बुनियादी प्रोग्राम मोड है और सिरेमिक फॉर्म (या सिरेमिक प्रोग्राम) के तहत एक प्रोग्राम मोड है।

संस्करण प्लेटफार्म 8.0 और 8.1. हालाँकि वे केवल डिफ़ॉल्ट मोड में चलते हैं, प्लेटफ़ॉर्म के उच्च संस्करण (8.2, 8.3, आदि) डिफ़ॉल्ट प्रोग्राम मोड और उन्नत ऐड-ऑन मोड दोनों में चल सकते हैं।

प्रारंभिक कार्यक्रम मोड

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

डिफ़ॉल्ट प्रोग्राम मोड में प्लेटफ़ॉर्म 8.0 और 8.1 के समान इंटरफ़ेस होता है। पहले, इस मोड को कुछ भी नहीं कहा जाता था, लेकिन अब इसे "प्राथमिक पूरक मोड" कहा जाता है, और इस मोड में विकसित होने वाले फॉर्म को "प्राथमिक फॉर्म" कहा जाता है।

आइए संक्षेप में देखें कि यह शासन कैसा दिखता है। आप पहले से ही बहुत सारी कार्रवाइयों से परिचित होंगे, खासकर वे जिन्हें प्लेटफॉर्म 8.0 और 8.1 के तहत काम नहीं मिला है, आपको और जानने की जरूरत है।

एक बार जब आप कार्यक्रम में रुचि रखते हैं, तो आपको शीर्ष पर मेनू से इंटरफ़ेस खोलना होगा (div. चित्र 1.2.2)।

चित्र 1.2.2 उपयोगकर्ता प्रोग्राम इंटरफ़ेस का दृश्य

मेनू आइटम में जाकर, आप विभिन्न आकृतियाँ खोल सकते हैं। मुख्य रूप से, फॉर्म दस्तावेज़ों और दस्तावेज़ों की एक सूची है (div. चित्र. 1.2.3), लेकिन आप विवरण, प्रसंस्करण, लेआउट योजनाएँ आदि भी शामिल कर सकते हैं।

चित्र.1.2.3. दस्तावेज़ सूची प्रपत्र

ग्राहकों की सूची से, आप गवाह के रूप में दस्तावेज़ का फॉर्म खोल सकते हैं (विभाजन चित्र 1.2.4)।

छोटा 1.2.4. दस्तावेज़ प्रपत्र

डिज़ाइनर स्वचालित रूप से जेनरेट किए गए प्रपत्रों का उपयोग कर सकता है, या उन्हें स्वतंत्र रूप से डिज़ाइन कर सकता है।

डिज़ाइनर को प्रारंभिक प्रपत्रों को माउस से बनाने की आवश्यकता है: आवश्यक तत्वों (बटन, फ़ील्ड, तालिका) को प्रपत्र पर रखें, उन्हें मैन्युअल रूप से स्थानांतरित करें और आकार निर्धारित करें (div. चित्र 1.2.5)।

चावल। 1.2.5. पारंपरिक रूपों का डिज़ाइन

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

अंत में, मैं यह बताना चाहूंगा कि सिरेमिक सप्लीमेंट के अलावा, आप केवल "अनुकूल ग्राहक" के तहत ही व्यापार कर सकते हैं। महान शैल के पीछे, चीनी मिट्टी की चीज़ें के प्राथमिक रूपों का यह मुख्य, प्रमुख महत्व है। आजकल, सिरेमिक ऐड-ऑन मोड को "पतले क्लाइंट" के तहत काम के लिए विभाजित किया गया है।

क्यूरेटेड प्रोग्राम मोड

तो आपातकालीन रिपोर्टिंग व्यवस्था से विशेष और मौलिक रूप से अलग क्या है? मुख्य अंतर सिरेमिक कमांड इंटरफ़ेस और सिरेमिक रूपों का उपयोग है। कुछ दिनों तक त्वचा को पकने दीजिए. नया कमांड इंटरफ़ेस क्या है? पोषण मूल्य को समझने के लिए अतीत में जाना जरूरी है।

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

सेरेटेड सप्लीमेंट मोड में, सब कुछ बहुत सरल है। कमांड इंटरफ़ेस सामने वाले भाग पर स्थित है। इस भाग से हम नवीनतम चावलों से इसका विश्लेषण करेंगे। "टैक्सी" इंटरफ़ेस का उपयोग करते समय, कमांड इंटरफ़ेस इस तरह दिखता है:

छोटा 1.2.6. कठोर कमांड इंटरफ़ेस

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

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

छोटे वाले 1.2.6 के लिए, आपने विक्रेता का इंटरफ़ेस पूर्ण अधिकारों के साथ बनाया है, और, उदाहरण के लिए, विक्रेता का इंटरफ़ेस इस तरह दिखता है:

छोटा 1.2.7. अधिकारों के आदान-प्रदान के साथ कोरिस्टुवाच इंटरफ़ेस

उपयोगकर्ता इंटरफ़ेस की एक अन्य विशेषता यह है कि उपयोगकर्ता नेविगेशन, क्रियाओं, अनुभागों आदि को अनुकूलित करके स्वतंत्र रूप से अपने इंटरफ़ेस का स्वरूप निर्धारित कर सकते हैं। टा "उत्पाद"। आप यह देखेंगे:

छोटा 1.2.8. प्रवाह अनुभाग के कम कार्यों के साथ किस्तुवाच इंटरफ़ेस

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

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

अब आइए जानें कि ये सिरेमिक रूप क्या हैं।

मेरी पुस्तक "प्रोग्राम इन 1सी इन 11 क्रोकी" का उपयोग करके 1सी में प्रोग्रामिंग का पालन करें।

1. जटिल तकनीकी शब्दों के बिना.
2. व्यावहारिक सामग्री के 700 से अधिक पृष्ठ।
3. त्वचा की स्थिति एक बच्चे के साथ होती है (स्क्रीनशॉट)।
4. घर की सफ़ाई के लिए संग्रहण संयंत्र.
5. किताब स्मार्ट और सरल तरीके से लिखी गई है - एक शुरुआत के लिए।
6. पुस्तक को पीडीएफ प्रारूप में ईमेल द्वारा भेजा जा सकता है। आप कोई भी डिवाइस खोल सकते हैं!

यदि इस पाठ ने आपको किसी समस्या को हल करने में मदद की है, यदि यह अच्छा साबित हुआ है, तो आप अधिक राशि खर्च करके मेरे प्रोजेक्ट का समर्थन कर सकते हैं:

आप मैन्युअल रूप से भुगतान कर सकते हैं:

यांडेक्स.ग्रोशी - 410012882996301
वेब मनी - R955262494655

मेरे समूहों में शामिल हों.

तीन दिनों तक सिरेमिक सांचों का अभ्यास करने के बाद, मुझे उनसे प्यार हो गया। खेतों को भालू के साथ फॉर्म पर व्यवस्थित करने और बंधनों से पीड़ित होने की कोई आवश्यकता नहीं है। सब कुछ सरल है और आपको बस कुछ क्लिक के साथ काम करना है।

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

और इसलिए, स्वाभाविक रूप से, यूवी सामान्य से अधिक समृद्ध है, क्योंकि क्लाइंट और सर्वर के बीच त्रिलैंक योजना का पालन करें।

इसके अलावा, यूवी कार्यक्षमता स्वयं बुनियादी सुविधाओं की तुलना में अधिक समृद्ध और व्यापक है - कोई आश्चर्य नहीं, कई घंटे बीत चुके हैं, और उन्होंने कई इंटरफ़ेस सुविधाएं खो दी हैं।

उदाहरण के लिए, समूहों के साथ एक गतिशील तालिका प्रदर्शित करना या ऑब्जेक्ट विवरण को एक गतिशील सूची में संयोजित करना। या रेडियो बटन को बिंदु की तरह नहीं, बल्कि टॉगल स्विच की तरह घुमाएँ।

वास्तव में, विकोरिस्ट बनना बिल्कुल भी डरावना नहीं है, जैसा कि शुरू से ही लग रहा था, मुझे इसमें जल्दी ही महारत हासिल हो गई। उस समय, मेरे पास छिपे हुए मॉड्यूल की पर्याप्त प्रोग्रामिंग थी जो लोग सर्वर पर काम कर रहे थे, और उन्हें सर्वर पर स्थानांतरित करने के परिवर्तनशील मूल्यों को बदल दिया था, ताकि कठोर रूप मेरे दिमाग तक पहुंच योग्य हो सकें।

इंटरफ़ेस के तौर-तरीके, पहुंच और अवरोधन

मुझे ऐसा लगता है कि 8.3 में प्लेटफ़ॉर्म पर मोडल फ़ंक्शंस का एक नया रूप हैखाना, अग्रिम रूप से, VidcritiFormModal. मेरे लिए यह अचेतन था, सब कुछ खंडित था।

मेरे साथ क्या हुआ, जैसे कि एक एप्लिकेशन में, मैंने "संपूर्ण इंटरफ़ेस लॉक करें" विकल्प वाले फॉर्म पर क्लिक किया। वास्तव में मोडल.

मैं कहना चाहूंगा कि वे तौर-तरीकों के प्रति आश्वस्त थे।

गुलाब तुरंत नहीं आया.

1सी मोडल विंडोज़ का समर्थन नहीं करता। शेड्यूल प्रदर्शित करने, बिजली आपूर्ति चालू करने और फ़ाइल चयन संवाद को सामान्य रूप से खोलने के लिए नए फ़ंक्शन हैं।

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

टोबटो. 1C प्लेटफ़ॉर्म को जमे हुए कोडिंग की बुनियादी बातों से छुटकारा मिल गया और फॉर्म प्रबंधन में बदल दिया गया।

बेशक, इसका इस तथ्य से कोई लेना-देना नहीं है कि ब्राउज़रों को मोडल विंडो प्रदर्शित करने में कठिनाई होती है। यह दया और देखभाल है - इसे एक सड़े हुए सपने की तरह भूल जाओ। सब कुछ तार्किक है. संक्षेप में, अब विकी पूरी तरह से सिंक्रोनस और एसिंक्रोनस होगा, जबकि सिंक्रोनस विकी शुरू हो जाएगा।

1C में अब मिनी-कंस्ट्रक्टर - रिफैक्टरिंग है। मैं ऑपरेशन के एसिंक्रोनस मोड के लिए सूचनाएं मैन्युअल रूप से लिखने के बजाय लिखना आसान बनाना चाहूंगा।

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

नई इंटरफ़ेस क्षमताएँ

मेन्यू

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

मेरे मामले में, अक्सर 8.1 पर, मैंने मेनू सिस्टम को संलग्न बाएं हाथ के पदानुक्रमित सलाहकार के दृश्य में काम किया, जहां प्रत्येक आइटम की दृश्यता सहायक के एक्सेस अधिकारों द्वारा निर्धारित की गई थी जिसके लिए मेनू प्रदर्शित किया गया था।

मुझे एहसास हुआ कि 1C को गलत माना गया था, एप्लिकेशन ऑब्जेक्ट इंटरफ़ेस का उपयोग नहीं किया जा रहा था, और एक नया, अभिनव विकल्प जारी करने का निर्णय लिया।

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

हाल ही में, मेनू व्यवस्थित करने के नए तरीके आ गए हैं, मेरी राय में वे बहुत दूर नहीं हैं, लेकिन कोई विकल्प नहीं हैं, और वे मानक के साथ स्थिर हो गए हैं।

मैंने वर्कशीट से पूछा: "यह कम स्पष्ट हो गया है कि सिरेमिक रूपों की आवश्यकता है, लेकिन इंटरफेस विकसित करने की आवश्यकता है, इसलिए क्लासिक मेनू को थोड़ा संशोधित करना संभव नहीं है"?

मेरा मानना ​​है कि 1C प्रणाली ऑपरेटर के काम की सुविधा और गति को सीधे बढ़ाने के लिए विकसित हो रही है। मेरी राय में, मेनू सिस्टम में इतने बड़े बदलावों का कोई फायदा नहीं है।

पूर्वाभ्यास आदेश

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

कार्य क्षेत्र और फॉर्म आवेषण

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

उन्हें प्रोग्राम कोड के साथ बनाना और फॉर्म डालने के तंत्र को संशोधित करना बहुत आसान होगा।

8.2-8.3 के बारे में क्या लागू नहीं किया गया है

मैंने अभी भी शामिल प्रपत्रों की जाँच पूरी नहीं की है। यह अफ़सोस की बात है, वहाँ कोई नहीं है, हालाँकि बदबू अभी भी प्राचीन काल में थीपहुँच.

क्लिपबोर्ड में कोई खींचाव नहीं है. टोबटो. मुझे भालू के साथ खींचना है, मैं यह नहीं कह सकता - मैं इसे खींचता हूं और यहां रखता हूं, भालू के साथ जानवरों को फाड़े बिना, यह अफ़सोस की बात है। मैं चाहूंगा, शायद, तृतीय-पक्ष सॉफ़्टवेयर यहां सहायता कर सकता है, क्योंकि... संकुचन - यह प्रणालीगत हैखिड़कियाँ.

कार्यात्मक विकल्प और तत्वों की दृश्यता

नियत समय में आर.एल.एसखिलाड़ियों को टेबल के अलावा टेबल दिखाने के लिए बनाया गया था।

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

मेरी विनम्र राय में, फ़ील्ड की दृश्यता को प्रोग्रामेटिक तरीके से पालन करना अभी भी आसान है, घोषणात्मक रूप से नहीं, चेकबॉक्स लगाना और कार्यात्मक विकल्पों के फोल्डिंग तंत्र को अक्षम करना।

मुझे अपना समय मिल गयाआरएलएसपरिवर्तन केवल ऑब्जेक्ट/सदस्यता मॉड्यूल के स्तर पर रिकॉर्ड के सॉफ़्टवेयर नियंत्रण में पारित किया जाता है। इसलिए मुझे संदेह है कि किसी भी कार्यात्मक विकल्प को तत्वों की दृश्यता को नियंत्रित करने के प्राथमिक एल्गोरिथम विवरण के लिए त्याग दिया जाता है - पसंद की सादगी और दृष्टिकोण की बहुमुखी प्रतिभा दोनों।

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

विरोक - कार्यात्मक विकल्प और भूमिकाओं के माध्यम से दृश्यता - अप्रभावी हैं, लेकिन आपको उन्हें जानने की आवश्यकता है, क्योंकि विशिष्ट विन्यास में विकोरिस्टा से बदबू आती है।

इंटरफ़ेस 8.2 और टैक्सी इंटरफ़ेस

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

मुख्य मेनू - मुख्य मेनू ऑब्जेक्ट को पुनर्व्यवस्थित करना। 8.2 पर, बदबू ने बाएं हाथ और जानवर के लिए काफी जगह घेर ली, जिसके परिणामस्वरूप कोरिस्टुवाच के कार्य क्षेत्र में निचले दाएं कोने के लिए थोड़ी सी जगह छूट गई। टैक्सी इंटरफ़ेस में, मेनू स्वचालित रूप से प्रदर्शित होता है, जिससे एक छोटे मेनू की उपस्थिति समाप्त हो जाती है, जिसके परिणामस्वरूप संपूर्ण स्क्रीन कार्य क्षेत्र के अंतर्गत प्रदर्शित होती है।

आश्चर्य की बात नहीं, चीजें इस तरह के भ्रमित करने वाले रास्ते पर जाने वाली थीं, क्योंकि जब 8.1 में मूल मेनू सिस्टम को ठीक किया गया था, तो इसने स्क्रीन पर और भी अधिक काम करने की जगह बर्बाद कर दी थी?

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

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

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

विचारधारा की जांच नहीं की गई

डिपॉजिटरी ने सही ढंग से नोट किया कि प्लेटफ़ॉर्म के डेवलपर्स ने जहां आवश्यक हो वहां नई संस्थाएं नहीं बनाईं।

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

खाली भूमिकाओं (इंटरफ़ेस भूमिकाओं) को व्यवस्थित करना भी आवश्यक है जो यह इंगित करने के लिए आवश्यक हैं कि कौन सी वस्तुएं एक या दूसरे रूप में प्रदर्शित होती हैं। मैं तार्किक रूप से सीधे लागू ऑब्जेक्ट "इंटरफ़ेस" विकसित करना चाहूंगा।

प्रभावशीलता पर संदेह करें

क्रियाएँ 1C सेप्रयोज्यसुमनिवि को बुलाओ.

उदाहरण के लिए, पाठ्यक्रमों पर बहुत अधिक ध्यान दिया गया ताकि दस्तावेज़ प्रपत्र के क्रम के अलावा दस्तावेज़ प्रपत्र प्रदर्शित किया जा सके और यदि दस्तावेज़ बदला गया हो, तो उसे साफ़ किया जा सके। इसमें बहुत अधिक अर्थ नहीं है, तथापि, कई प्रतियाँ सौंपना आवश्यक है - उदाहरण के लिए, सुधार से पहले और बाद में। कुछ दस्तावेज़ों और कई अन्य रूपों में खो जाना अभ्यास के साथ असंभव है, इसलिए ऊर्जा का बिखराव मुझे संदिग्ध लगा।

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

समायोजन सहेजने की संभावना

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

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

अन्य भोजन

सिरेमिक फॉर्म क्या हैं?

केरेटेड फॉर्म के लिए, कोड क्लाइंट और सर्वर पर लिखा जाता है।

क्लाइंट के नीचे एक कमजोर मशीन चल रही है, और एक बुनियादी ब्राउज़र को उस पर इंगित किया जा सकता है।

और सर्वर सीधे स्थित होता है और सीधे डेटाबेस से जुड़ा होता है।

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

इस प्रकार आप स्वयं सिरेमिक आकृतियाँ बनाते हैं। सर्वर तक स्थायी पहुंच का अधिकार देना कठिन नहीं है।

ऐसा संगठन अधिक प्रभावी है, क्योंकि यह रिमोट एक्सेस के माध्यम से सर्वर से कनेक्ट नहीं होता है, बल्कि यह सीधे ब्राउज़र के माध्यम से भी किया जा सकता है। किसी भी प्लेटफ़ॉर्म पर - विंडोज़,लिनक्स, एंड्रॉइड, मैक ओएस।

1सी रोसिप के लिए शीट संगीत

यहां मैं कुछ नोट्स बनाऊंगा जो मैंने बहुमूल्य ज्ञान का बदला लेने के लिए खुद को लिखे थे:

1. 1सी लॉन्च विंडो पर, सूचना आधार नहीं, बल्कि प्रवेश बिंदु पंजीकृत हैं। टोबटो. एक डेटाबेस का उपयोग कई बार किया जा सकता है, लेकिन यह विभिन्न कंप्यूटरों और विभिन्न रोबोटिक उपकरणों के लिए पंजीकृत होता है - ब्राउज़र, थिन/सॉफ्ट क्लाइंट, व्यवस्थापक के लिए लॉगिन।
2. व्यवस्थापक के लिए एक कुंजी दिखाई देती है, जो भूमिका नियंत्रण को इंगित करती है। यदि आपके पास कॉन्फ़िगरेशन के प्रशासनिक अधिकार नहीं हैं तो आप इस पद्धति का उपयोग करके एंटरप्राइज़ में लॉग इन कर सकते हैं।
3. छिपे हुए विवरण - उन्हें छिपे हुए विवरणों के साथ भ्रमित न करें इंटरफ़ेस में पहुंच के लिए 1C7, 82 वॉन का चयन किया गया है।
4. फ़ॉर्म में स्क्रॉल करना आसान बनाने के लिए फ़ॉर्म की सूची की न्यूनतम ऊंचाई को बार-बार समायोजित करें।
5. खाता विवरण से तस्वीरें सहेजना संभव नहीं है, जिससे आपको खाता रजिस्टर बदलने की आवश्यकता होने से सलाहकारों की उत्पादकता में कमी आएगी।
6. सर्वर प्रक्रियाओं में, पैरामीटर पास करते समय, VALUE सेट करना आवश्यक होता है ताकि पैरामीटर सर्वर पर वापस न जाए।
7. नई सुविधाओंसाथ शुरू होता हैі PageEndsAt, संभव और अन्य, प्लेटफ़ॉर्म 8.3.6 से।
8. 1s 8.2 में एक विशेषाधिकार प्राप्त मोड है। आप केवल कोड अनुभागों में भूमिकाओं के स्तर पर पहुंच अधिकार नियंत्रण सक्षम कर सकते हैं।
9. सूची फॉर्म, वैल्यू टेबल और वैल्यू ट्री के तत्वों को विभाजित किया गया है ताकि सर्वर और क्लाइंट पर सूची अभी भी प्रदर्शित की जा सके, और टेबल और ट्री के लिए विशेष ऑब्जेक्ट बनाए जाते हैं और उन्हें सर्वर पर फिर से बनाने की आवश्यकता होती है।
10. मुझे ख़ुशी है कि कंपाइलर को वस्तुओं को एक साथ नाम देना और कुर्सी से मॉड्यूल को नाम देना पसंद आया, ताकि ये मॉड्यूल प्रासंगिक संकेत में क्रम में पहले आएं।

जीवन और नवकोलो 1सी के बारे में

विक्लाडैक štverdžuváw:

1. अन्वेषण इंटरफ़ेस से किया जाना चाहिए.
   मेरे विचार : दावा संदिग्ध है, क्योंकि प्लेटफ़ॉर्म की अंतर्निहित वास्तुकला का ज्ञान और ज्ञान आपको एप्लिकेशन ऑब्जेक्ट को तुरंत लॉन्च करने की अनुमति देता है, और इंटरफ़ेस तब दिखाई देगा।
2. केरिवनिक आश्चर्यचकित होने के बजाय डेटा दर्ज न करें। और आपको 1सी के माध्यम से नहीं, बल्कि फोन और एक सचिव के माध्यम से डेटा दर्ज करने की आवश्यकता है। इस ब्राउज़र के लिए केवल एक ब्राउज़र की आवश्यकता होती है, और डेटा फ़िल्टरिंग के बिना इनपुट फ़ील्ड की आवश्यकता होती है।
   मेरे विचार : हाँ, यह सत्य के समान है
3. बीएसपी (स्टैंडर्ड सबसिस्टम्स लाइब्रेरी) की आलोचना करना। इस वजह से, आवश्यक मॉड्यूल को देखना असंभव और महत्वपूर्ण भी है।
   मेरे विचार : क्योंकि हालाँकि, बीएसपी को मॉड्यूल में विभाजित नहीं किया जा सका, और यूपीपी को मॉड्यूल यूटी, जेडयूपी, बीपी, विरोबनिटस्टोवो में नहीं तोड़ा जा सका। और यहां गलती उस प्लेटफॉर्म की नहीं है, बल्कि मानक लिखने की पद्धति गलत है - मॉड्यूलरिटी हासिल नहीं की जा सकी है। वहीनेविज़नप्रारंभ में किसी ग्राहक को लेखांकन बेचना लंबे समय से संभव है, और फिर आप कोड को फिर से लिखे बिना और एक नए कार्यक्रम पर स्विच किए बिना, उपभोग के लिए व्यापार, उत्पादन और मजदूरी खरीद सकते हैं।
4. मानक वाले और भी अधिक फोल्डेबल हो गए हैं, उन्हें बदलना महत्वपूर्ण है। मैं फिर से प्लेटफ़ॉर्म की फोल्डेबिलिटी के माध्यम से नहीं, बल्कि विशिष्ट प्लेटफ़ॉर्म के गलत संगठन के माध्यम से जानता हूं। इस मामले में, मुख्य सिद्धांत बर्बाद हो गया है - यदि आवश्यक हो तो कुशल और किफायती समर्थन और मानक कॉन्फ़िगरेशन का अतिरिक्त संशोधन।
5. आदेशों के पंजीकरण का एक प्रकार प्रदर्शित किया गया था, यदि बाएं हाथ वाले के पास कार्य क्षेत्र में नामकरण है, और दाएं हाथ वाले के पास आदेशों की एक सूची है। हालाँकि, नामकरण को समग्र रूप से सेट किया जा सकता है, फिर शब्दों की सूची में खींचा जा सकता है और एक शीर्षक बनाया जा सकता है। लाभ यह है कि नया अनुबंध बनाने के लिए अनुबंध तालिका अवरुद्ध नहीं होती है।
   मेरे विचार : लाभ दूर की कौड़ी है - आखिरकार, व्यापारियों के लिए सारणीबद्ध भाग से माल का चयन करना अधिक महत्वपूर्ण है, आप समझौते को काले निशान की तरह सहेज सकते हैं या टेम्पलेट से समझौते की प्रतिलिपि बना सकते हैं। ज़ागालो द्वारा दस्तावेज़ों का आविष्कार यूं ही नहीं किया गया था।
6. "गोलोव्ने", "महत्वपूर्ण", "पर जाएँ", "दिविस्या भी" अनुभागों के बीच अंतर समझाया।
   मेरे विचार : मैं इसे विशेष रूप से स्पष्ट रूप से नहीं समझता, जिसका अर्थ है कि अधिकांश लोग प्लेटफ़ॉर्म में निर्मित बारीकियों को नहीं समझते हैं।प्रयोज्यएक टैक्सी में। इसलिए, इंटरफ़ेस पहले जैसा ही दिखेगा, क्योंकि वे डेवलपर्स और 1C प्रोग्राम दोनों द्वारा पहले से ही ज्ञात थे।
7. प्रपत्र पर सारणीबद्ध फ़ील्ड के मामले में, जो अनिवार्य रूप से एक अतिरिक्त प्रविष्टि है, इनपुट फ़ील्ड की तरह डेटा दर्ज करना संभव नहीं है। इसे कुचलकर छाल बना लिया जाता हैप्रयोज्य, ताकि उपयोगकर्ता उपयुक्त विंडो में दर्ज किए गए डेटा पर ध्यान केंद्रित कर सके।
   मेरे विचार : मैंने सारणीबद्ध भाग में प्रविष्टियों से उदाहरण दर्ज किया, जैसे कि फ़ील्ड, रक्षा भावना उचित से कम है
8. एक व्यक्ति के अन्य लोगों के साथ संबंध से अलगाव उत्पन्न होता है। प्रेम के लिए कम समान - अधिक मूल्यवान।
9. जब आप विदेशी भाषाओं को ध्यान में रखते हैं तो उन्हें सीखना आसान हो जाता है और आप एक भाषा के प्रति संकीर्ण सोच वाले और जुनूनी हो जाते हैं।
10. विदेशी भाषाओं को बांधना असंभव है, क्योंकि किसी विदेशी शब्द को देशी शब्द से जोड़ना जरूरी है, किसी छवि से जोड़ना जरूरी है। लैंट्स्युज़ोक विदेशी शब्द - निज़ लैंट्स्युज़ोक से छोटी छवि विदेशी शब्द - वास्तविक शब्द - छवि। अंततः, विदेशी विचारों के बारे में सोचना असंभव है।

विस्नोवोक

मैं योगदान की सराहना करता हूं.

इस पाठ्यक्रम के पूरा होने से मुझे सिरेमिक रूपों में देरी से बचने की अनुमति मिली, और मैंने 8.2 और टैक्सी इंटरफेस के बीच तौर-तरीकों, लचीलेपन की बारीकियों को स्पष्ट रूप से समझा।

अब सिरेमिक आकृतियाँ मुझ पर भौंकती नहीं हैं, बल्कि, मुझे उन्हें जानने के लिए खींचती हैं।

मुझे आशा है कि जैसे ही आप इस लेख को पढ़ेंगे, आप सिरेमिक रूपों की सराहना करेंगे।