उपयोगकर्ता इंटरफेस में गतिशील सूची को लागू करने की विशेषताएं

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

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

सृजन

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

PROPERTIES कथन के साथ सूची में कॉलम जोड़े गए हैं:
तालिका में ऑब्जेक्ट के सरल विवरण, साथ ही समूह, विभाजन, पुनरावृत्ति, और इसी तरह के किसी भी भाव को जोड़ा जा सकता है।

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

नेविगेशन

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

यदि आपको फॉर्म खोलते समय एक विशिष्ट रिकॉर्ड सक्रिय बनाने की आवश्यकता है, तो डेटाबेस सर्वर से दो अनुरोध किए जाते हैं, जिनमें से प्रत्येक वांछित रिकॉर्ड के प्रत्येक पक्ष पर 75 रिकॉर्ड पढ़ता है। फिर एक सामान्य सूची उनके परिणामों से चिपकी हुई है। मामले में जब आपको सूची को शुरुआत या अंत से शुरू करने की आवश्यकता होती है, तो एक अनुरोध 100 रिकॉर्ड के लिए किया जाता है, और पहला या अंतिम प्राप्त रिकॉर्ड सक्रिय होता है। यदि उपयोगकर्ता सूची के आरंभ या अंत में जाने के लिए सूची में CTRL + HOME या CTRL + END दबाता है तो यही बात होती है।

जैसे ही उपयोगकर्ता वर्तमान विंडो के मध्य (50 वें या 99 वें से पहले) के बाहर एक सक्रिय रिकॉर्डिंग करता है, प्लेटफ़ॉर्म अतिरिक्त रिकॉर्ड पढ़ता है ताकि वर्तमान रिकॉर्ड नई विंडो के बहुत "केंद्र" में हो।

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


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

छानने

निम्नलिखित विकल्पों के आधार पर फॉर्म में सूची में प्रविष्टियां फ़िल्टर की जा सकती हैं:

• फ़िल्टर कथन का उपयोग करके निरंतर चयन कोड में संकेत:

  FILTERS <>

  अभिव्यक्ति प्रपत्र पर वर्तमान में चयनित किसी भी अन्य वस्तुओं पर निर्भर हो सकती है। उदाहरण के लिए, यदि फार्म पर एक गोदाम के साथ एक मेज या एक पेड़ है, तो माल की सूची के लिए अभिव्यक्ति में आप वर्तमान गोदाम का उल्लेख कर सकते हैं केवल शेष माल को फ़िल्टर करने के लिए।
  
• चयन कोड में संकेत, जो उपयोगकर्ता द्वारा आवश्यक रूप से FILTERGROUP अनुदेश का उपयोग करके लागू किया जा सकता है:
  

  FILTERGROUP myFilters FILTER 'Filter 1' <expression> 'F5' DEFAULT FILTER 'Filter 2' <expression> 'F6'

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

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

छंटाई

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

सूची में छंटनी को निम्नानुसार बदला जा सकता है:

• कोड में यह इंगित करके कि स्तंभ किस क्रम में ORDER कथन के माध्यम से किया गया है:
  

  ORDER column1(o) DESC , column2(o)

• उपयोगकर्ता द्वारा स्तंभ शीर्षक पर डबल-क्लिक करना (CTRL को पकड़ना "नेस्टेड" सॉर्ट करना होगा)।
  

वर्तमान कुंजियों के आधार पर, रिकॉर्ड कुंजियों को पढ़ते समय, संबंधित स्तंभ अभिव्यक्तियों को अनुरोध के ORDER BY ब्लॉक में जोड़ा जाएगा। उसी समय, ऑब्जेक्ट की विशिष्ट पहचानकर्ता को हमेशा छंटाई में जोड़ा जाता है ताकि यह सुनिश्चित किया जा सके कि सभी रिकॉर्ड की चाबियाँ अद्वितीय हैं।

प्रपत्र की एक अभिव्यक्ति: column1> value1 या (column1 = value1 और column2> value2) या (column1 = value1 और column2 = value2 और कुंजी> मान) अनुरोध के WHERE क्लॉज में जोड़ी जाएगी। इसके अलावा, जब पढ़ने की चाबियाँ, पठनीय रिकॉर्ड की आवश्यक संख्या के साथ सीमा निर्देश अनुरोध में जोड़ा जाएगा। रिकॉर्ड "अप" पढ़ते समय, ORDER BY में आदेश और WHERE में अभिव्यक्ति विपरीत दिशा में रिकॉर्ड पढ़ने के लिए "फ़्लिप" की जाएगी।

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

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

संपादन

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

LsFusion में कोई विशिष्ट तंत्र नहीं है जो सीधे संपादन को सूचीबद्ध करता है। यह कार्यक्षमता सामान्य सत्र तंत्र के भाग के रूप में कार्यान्वित की जाती है।

वर्तमान परिवर्तन सत्र में किए गए सभी परिवर्तन अस्थायी तालिकाओं में संग्रहीत किए जाते हैं। जब उपयोगकर्ता फॉर्म (प्रविष्टियों में से किसी एक में मूल्य सहित) पर कुछ संपादित करता है, तो नए मान उपयुक्त कुंजियों के साथ अस्थायी तालिकाओं को लिखे जाते हैं। फिर, जब दूसरी क्वेरी (कुंजी प्राप्त करने के बाद) कॉलम के मूल्यों को पढ़ती है, तो परिवर्तन के साथ संबंधित अस्थायी तालिकाओं के साथ JOIN बस क्वेरी में जोड़ा जाता है।

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

समूह समायोजन

काफी बार, उपयोगकर्ता को सूची में सभी चयनित ऑब्जेक्ट के लिए स्तंभ मान को एक बार में बदलना होगा। ऐसा करने के लिए, प्रत्येक सूची के टूलबार में एक विशेष बटन होता है (F12 हॉटकी के साथ)। जब इसे दबाया जाता है, तो सामान्य सेल संपादन मोड सक्रिय हो जाता है, लेकिन परिवर्तन वर्तमान रिकॉर्ड पर नहीं, बल्कि सभी चयनित लोगों पर लागू होते हैं।

यह तंत्र आपको निर्दिष्ट मानदंडों के अनुसार बड़ी संख्या में वस्तुओं को जल्दी से संपादित करने की अनुमति देता है:


साथ ही सामान्य संपादन के दौरान, परिवर्तन तुरंत डेटाबेस में सहेजे नहीं जाते हैं, लेकिन अस्थायी तालिकाओं में दर्ज किए जाते हैं। तब उपयोगकर्ता को उन्हें डेटाबेस में लिखने के लिए सेव बटन पर क्लिक करना होगा। इस दृष्टिकोण का नुकसान यह हो सकता है कि उपयोगकर्ता गलती से अतिरिक्त डेटा को बदल देता है। लेकिन यहाँ, जैसा कि वे कहते हैं, सिद्धांत काम करता है: "महान शक्ति के साथ महान जिम्मेदारी आती है"।

सूची सारांश

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


इस डेटा को प्राप्त करने के लिए, अभिव्यक्ति COUNT (*) या SUM के साथ एक अनुरोध स्वतः उत्पन्न हो जाएगा, जिसमें से वर्तमान चयन अभिव्यक्ति को जोड़ा जाएगा। इस सुविधा के साथ, आप रिपोर्ट तैयार करने का सहारा लिए बिना सूची से योग प्राप्त कर सकते हैं।

क्लाइंट के डेस्कटॉप संस्करण में, एक्सेल के साथ सादृश्य द्वारा चयनित कोशिकाओं के योग की गणना करना भी संभव है:

कॉपी / पेस्ट करें

डेस्कटॉप संस्करण में, उपयोगकर्ता को कुछ कोशिकाओं को चिह्नित करने, CTRL + C दबाने, और उनसे मूल्यों को क्लिपबोर्ड में पेस्ट करने का अवसर दिया जाता है:


उसी तरह, आप किसी भी रूप में संपादन योग्य सूची में क्लिपबोर्ड से तालिका पेस्ट कर सकते हैं:

ऐसा अवसर अक्सर विशेष आयात के विकास के लिए एक विकल्प है।

टेबल सेटिंग

किसी भी सूची में, आप इसके कुछ मापदंडों को बदल सकते हैं:

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

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

एक्सेल को निर्यात करें

किसी भी सूची के लिए, अपने सभी रिकॉर्ड एक्सेल में अपलोड करना संभव है। ऐसा करने के लिए, बस निम्नलिखित बटन पर क्लिक करें:

यह वर्तमान चयन, सॉर्टिंग, साथ ही तालिका सेटिंग्स में निर्दिष्ट केवल दृश्य कॉलम को ध्यान में रखता है।

पिवोटिंग

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


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

विकल्प

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

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

निष्कर्ष

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

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

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