और क्या पूर्ववत है / फिर से सक्षम है

पहली नज़र में, ऐसा लगता है कि पूर्ववत करें / फिर से करें और रोलबैक और फिर से करने के अलावा कुछ नहीं कर सकते। लेकिन यह पूरी तरह सच नहीं है।







XtraRichEdit को लागू करते समय, समय आ गया जब हमें एक संपत्ति बनाने की जरूरत थी जो इस सवाल का जवाब देती है कि दस्तावेज़ को बदल दिया गया है या नहीं। यह कैसे करना है, पहली नज़र में यह काफी स्पष्ट था। यह आवश्यक है कि isModified वैरिएबल प्राप्त किया जाए और दस्तावेज़ को बदलने पर इसे सही पर सेट किया जाए। उस क्षण में, जब उपयोगकर्ता ने दस्तावेज़ को सहेजा, तो इसे झूठे पर सेट करना आवश्यक था। बेशक, चर का मूल मूल्य भी गलत था, जिसका मतलब था कि दस्तावेज़ को नहीं बदला गया था।



सब कुछ सरल और स्पष्ट था, और हमने काम करना तय किया।



यह जल्दी से स्पष्ट हो गया कि दस्तावेज़ को कई अलग-अलग तरीकों से बदला जा सकता है। जो बटन टूलबार पर रखे जा सकते थे, उनमें सौ से ज्यादा थे। और दस्तावेज़ परिवर्तन के प्रत्येक मामले के लिए, आपको isModified में सही मान लिखना याद रखना होगा।



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



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



मुझे पिछले लेख से पूर्ववत करें / फिर से लागू करने के बारे में याद दिलाएं:

int currentIndex = -1; public bool CanUndo { get { return currentIndex >= 0; } } public bool CanRedo { get { return items.Count > 0 && currentIndex < items.Count - 1; } } public void Undo() { if (!CanUndo) return; items[currentIndex].Undo(document); this.currentIndex--; } public void Redo() { if (!CanRedo) return; this.currentIndex++; items[currentIndex].Redo(document); } public void Add(HistoryItem item) { CutOffHistory(); items.Add(item); this.currentIndex++; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इसलिए, हमें दस्तावेज़ में परिवर्तन के अपने संकेत को यहाँ जोड़ना था:

 bool isModified; public bool IsModified { get { return isModified; } set { isModified = value; } } public void Add(HistoryItem item) { CutOffHistory(); items.Add(item); this.currentIndex++; this.isModified = true; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ऐड मेथड के क्रियान्वयन में, हम अपने वैरिएबल पर सही नियत करते हैं, क्योंकि पूर्ववत बफ़र के लिए किसी भी तरह की जानकारी के साथ बस दस्तावेज़ में बदलाव का संकेत मिलता है। उस स्थान पर जहां दस्तावेज़ सहेजा गया है, हम बस IsModified संपत्ति के लिए गलत असाइन करते हैं। क्या वह सब है?



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



ठीक है, हम पूर्ववत विधि का संपादन कर रहे हैं ताकि सिस्टम इस मामले में भी सही ढंग से काम करे:

 public void Undo() { if (!CanUndo) return; items[currentIndex].Undo(document); this.currentIndex--; this.isModified = CanUndo(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यह काम करता है।



और क्या होगा यदि पिछले परिदृश्य में, उपयोगकर्ता रोलबैक के बाद Redo का उत्पादन करता है? यह भी लगता है कि Redo विधि को संपादित करना होगा:

 public void Redo() { if (!CanRedo) return; this.currentIndex++; items[currentIndex].Redo(document); this.isModified = CanUndo(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और अगर ...



उपयोगकर्ता को 3 वर्ण दर्ज करने दें, फिर दस्तावेज़ सहेजें। फिर 2 और वर्णों में प्रवेश करता है। हम मानते हैं कि एक प्रविष्टि एक पूर्व बफर में बनाई गई है। अगर इस तरह के इनपुट के बाद, पूर्ववत करें / फिर से करें तो क्या होगा।



आइए स्पष्टता के लिए एक तालिका बनाएं:







पैराग्राफ 4, 8 और 14. पर ध्यान दें। पैराग्राफ 4 में, दस्तावेज़ को सहेजा गया था। एक दस्तावेज को अपरिवर्तित माना जाएगा यदि उसका राज्य अंतिम बचत के समय राज्य से भिन्न नहीं होता है। अंक 8 और 14 इस स्थिति के अनुरूप हैं।



दुर्भाग्य से, यदि हम ध्यान से IsModified संपत्ति के हमारे कार्यान्वयन का विश्लेषण करते हैं, तो हम पाते हैं कि यह हमारे कार्यों के अनुक्रम के लिए सही ढंग से काम नहीं करेगा। हालांकि, संकलित तालिका हमें बताती है कि सही कार्यान्वयन कार्य को सही तरीके से कैसे किया जाए। कृपया ध्यान दें कि पैराग्राफ 4, 8 और 14 में, करंटइंडेक्स वैरिएबल समान मान लेता है 2. वह है, IsModified == असत्य जब CurrentIndex == 2।



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

 const int ForceModifiedIndex = -2; int currentIndex = -1; int unmodifiedIndex = -1; public bool IsModified { get { return currentIndex != unmodifiedIndex; } set { if (value == IsModified) return; if (value) unmodifiedIndex = ForceModifiedIndex; else unmodifiedIndex = currentIndex; } } void CutOffHistory() { int index = currentIndex + 1; while (index < Count) { this[index].Dispose(); items.RemoveAt(index); } if (unmodifiedIndex > currentIndex) unmodifiedIndex = ForceModifiedIndex; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

UnmodifiedIndex फ़ील्ड प्रारंभ में currentIndex फ़ील्ड के मान के बराबर -1 पर सेट है। ऐसा इसलिए किया जाता है ताकि IsModified संपत्ति एक नए अपरिवर्तित दस्तावेज़ के लिए झूठी हो जाए।



हमने CutOffHistory विधि को बदल दिया है ताकि यह मौजूदा UnmodifiedIndex मान को currentIndex से अधिक हो, तो यह UnmodifiedIndex चर को ForceModifiedIndex मान प्रदान करता है। ऐसा क्यों? CutOffHistory विधि में unmodifiedIndex> currentIndex की स्थिति का अर्थ है कि दस्तावेज़ के अंतिम सहेज के अनुरूप पूर्व-बफर तत्व परिवर्तन इतिहास के हटाए गए भाग में है। दूसरे शब्दों में, Redo के उपयोग से दस्तावेज़ को अंतिम बचत के अनुरूप राज्य में लाना संभव नहीं होगा। और क्यों हमने ForceModifiedIndex == -2 को unmodifiedIndex वैरिएबल को असाइन किया, -1 का उपयोग क्यों नहीं किया जा सका? तथ्य यह है कि अगर हम इस जगह में -1 असाइन करते हैं, तो "स्टॉप पर" को पूर्ववत करें, हमें IsModified == गलत मिलता है, और यह गलत व्यवहार होगा। हमें -1 के अलावा किसी भी मूल्य की आवश्यकता है, जिसके लिए यह गारंटी है कि currentIndex समान मूल्य को स्वीकार नहीं कर सकता है। हमने -2 चुना। हालाँकि, कोड की स्पष्टता के लिए, इसका नाम स्थिर रखने के लिए समझ में आया, जो हमने किया।



अब हमारा IsModified कार्यान्वयन किसी भी स्थिति के लिए सही ढंग से काम करेगा।



तो यह पता चला कि पूर्ववत बफर इस सवाल का जवाब देने के लिए एकदम सही है कि क्या पिछले बचत के बाद से दस्तावेज़ में बदलाव हुए हैं।



इस विषय पर पिछला लेख



उसी विषय पर बहुत पहला लेख।