सिस्टम सेटिंग्स और संस्करण में परिवर्तन: व्यवहार्य रूपों का विकास

लगातार परिवर्तनशील द्वैतवाद।

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

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

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

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

आवश्यकताओं का सर्कल: कार्यक्रम के संस्करण द्वारा सेटिंग्स कितनी संगत होंगी

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

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

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

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

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

स्थापित करने से पहले, पिछले संस्करण की सेटिंग्स को हटाने की सिफारिश की जाती है ...

नए संस्करणों पर स्विच करते समय प्रोग्राम सेटिंग्स को बचाने की नीति के बारे में।

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

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

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

अधिक अनुकूलित जीवन रूपों का मामला: कार्यक्रम पिछले संस्करण से बची हुई पुरानी सेटिंग्स को समझना शुरू करता है। कार्यक्रम बनाते समय आपको क्या करने की आवश्यकता है?

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

नई सेटिंग्स

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

उदाहरण के लिए, HTML और XML के टैग और विशेषताओं की प्रणाली में, एक नियम है: यदि कोई नया विशेषता या टैग पाया जाता है, तो इसे अनदेखा किया जाता है (इसका अर्थ अज्ञात है)। जाहिर है, सेटिंग्स सिस्टम में, नए लोगों के लिए उन्हें अनदेखा करना तर्कसंगत है । इसलिए, HTML- पृष्ठों में, और इससे पहले भी, एक ही कार्यक्रम के विभिन्न संस्करणों के लिए कार्यक्रम सेटिंग्स में, बहुत पहले और सरल संगतता नियम पेश किया गया था।

मौजूदा सेटिंग्स की व्याख्या

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

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

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

बेबल के टॉवर के निर्माण के लिए व्यवहार की एक पंक्ति रखना सबसे अच्छा तरीका है।

पुरानी सेटिंग्स या उनके कुछ मूल्यों को गायब करना

यदि प्रोग्राम के नए संस्करण (या यहां तक ​​कि एक नई शुरुआत के साथ) में समर्थित होने के लिए सेटिंग्स में निर्धारित मान बंद हो जाते हैं, तो प्रोग्राम को इस पर पर्याप्त रूप से प्रतिक्रिया देनी चाहिए।

उदाहरण के लिए, डायनासोर के एक ही युग में, सभी (या कई) कार्यक्रमों का मानना ​​था कि उन्हें स्क्रीन के बीच में दिखाई देना चाहिए और स्क्रीन की लगभग 50% चौड़ाई पर कब्जा करना चाहिए। यदि उपयोगकर्ता खिड़की की स्थिति और आकार को बदलने का फैसला करता है, तो यह आवश्यक नहीं था कि अगली बार जब प्रोग्राम एक नई जगह में एक खिड़की खोलता है। ऐसा क्यों?

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

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

उचित विकल्प:
1) निकटतम समान मूल्य का चयन करें;
2) डिफ़ॉल्ट मान का चयन करें;
3) संबंधित मूल्यों के एक विकल्प का विकल्प प्रस्तावित करने के लिए, चूंकि एक पैरामीटर को बदलने के लिए कभी-कभी दूसरों को बदलने की आवश्यकता होती है।

एक उचित कार्यक्रम इस संस्करण के लिए एक अमान्य मूल्य पर प्रतिक्रिया करता है ।

शब्दार्थ सेटिंग बदलें

यह एक प्रोग्राम का सबसे कठिन मामला है जो अपनी पिछली सेटिंग्स से उलझा हुआ है। यदि सेटिंग्स का नियंत्रण प्रत्येक सेटिंग के नाम + मूल्य के हस्तांतरण पर आधारित है, तो मूल्य का विरूपण (यानी, कार्यक्रम की क्रियाएं) उपयोगकर्ता के द्वारा नियंत्रित नहीं किए जाने वाले प्रोग्राम के व्यवहार में बदलाव लाएगा।

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

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

हर कोई ऐसा खुलकर नहीं करता। यहाँ अर्थ में एक बहुत ही गुप्त परिवर्तन का एक (काल्पनिक) उदाहरण है। संस्करण एन से पहले, ओएस में विंडो की चौड़ाई डेवलपर्स द्वारा खिड़की की आंतरिक सीमा पर गणना की गई थी, और एनटीटी के साथ उन्होंने फैसला किया कि सीमा के साथ गिनती करना अधिक सही था। और फिर, यदि उपयोगकर्ता ने पहले पिछले संस्करणों में 100 की चौड़ाई स्थापित की थी, तो एन-वें में उसे ओएस सेटिंग्स के आधार पर 98, 96 या किसी अन्य की आंतरिक चौड़ाई (पहले की तरह) मिलेगी। डेवलपर्स के स्थान पर, यदि आपको एक अलग चौड़ाई दर्ज करने की आवश्यकता है, तो आपको इसके लिए एक अलग नाम (सेटिंग्स में कुंजी, नाम) का चयन करने की आवश्यकता है। और पूर्व, अनावश्यक के रूप में, स्थायी रूप से हटा दिया जा सकता है (या केवल रूपांतरण के लिए रूपांतरण प्रक्रिया छोड़ सकते हैं)।

सेटिंग मान के शब्दार्थ को बदलना एक डेवलपर त्रुटि के रूप में माना जाना चाहिए।

डिफ़ॉल्ट मान का परिवर्तन

कार्य के विघटन के लिए अग्रणी का सबसे हानिरहित मामला।

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

— . , . ( — CSS, — , (CSS reset), .)

, , . , , () . , , , , . ( , , .)

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

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

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

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

इसलिए, सेटिंग्स का चयन इंटरफ़ेस 2 तत्वों से घिरा हुआ है: निर्धारण / निर्धारण की रिहाई और परिवर्तन के इतिहास और सामान्य रूप से सेटिंग के विवरण पर एक संकेत दोनों।

कुछ इस तरह (सिर्फ सूचीबद्ध नियंत्रण):

[0] - _1 (?) _fix_ [1] - _2 (?) _unfix_ [__] - _3 (?) _fix_ 

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

यदि कोई निर्धारण तंत्र नहीं है, तो हमारे पास इंटरफ़ेस और तर्क समस्याएं हैं। हालाँकि, OS में चेकबॉक्स इंटरफेस में, 3 राज्यों: 0, 1, डिफ़ॉल्ट को एन्यूमरेट करके इस समस्या को हल किया गया था। HTML में, JS को उपयोग करके अक्षम और लूपिंग का उपयोग करके भी इसे हल किया जा सकता है। फिर, कम से कम चेकबॉक्स और रेडियो बटन के लिए, फिक्स / अनफिक्स तत्व की आवश्यकता नहीं है।

यदि नया संस्करण काम नहीं करता है तो क्या होगा?

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

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

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

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

उचित इंटरफ़ेस सीमा

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

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

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

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

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

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

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

डेटा की मात्रा और उसकी सीमाओं पर इतना ध्यान क्यों?

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

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

सेटिंग्स स्विच इंटरफ़ेस

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

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

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

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

जब आप "रिटर्न" पर क्लिक करते हैं, तो हम प्रोग्राम के लिए सेटिंग्स वापस प्राप्त करते हैं (आमतौर पर वे पृष्ठ लोड होने के बाद सक्रिय हो जाते हैं), और सेटिंग्स पैनल में - परीक्षण के लिए सेटिंग्स और "टेस्ट" - "रद्द करें" बटन - पिछला ऑपरेशन चरण।

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

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

यदि उपयोगकर्ता 2 सेट सहेजे जाने पर सेटिंग्स के सेट को फिर से बदलता है, लेकिन प्रोग्राम का 3 संस्करण है, तो स्टैक पर एक नया सेव नहीं होगा, केवल वर्तमान समूह बदल जाएगा ("सेव" पर क्लिक करने के बाद)।

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

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

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

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

परिणाम

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