सी # में कार्यक्रमों का स्वचालित अद्यतन। भाग २

कुछ दिनों पहले मैंने C # में स्वचालित सॉफ्टवेयर अपडेट के कार्यान्वयन पर एक लेख लिखा था।

टिप्पणीकारों की रचनात्मक आलोचना को ध्यान में रखते हुए, "पुरानी" उन लोगों को सुधारने सहित कई नई सुविधाओं को जोड़कर उस कोड को सुधारने का निर्णय लिया गया था:

• स्वचालित जाँच, डाउनलोड और अद्यतन स्थापित करें;
• अद्यतन के क्षण (नया) चुनने का अवसर के साथ उपयोगकर्ता प्रदान करना;
• बेहतर फ़ाइल संस्करण सत्यापन तंत्र;
• अद्यतन फ़ाइल की अखंडता की जाँच (नया)

पिछले लेख के पाठ को फिर से लिखने के लिए नहीं, इसमें मैं केवल कोड के संसाधित भागों पर ध्यान केंद्रित करता हूं।

मुख्य बिंदु

पिछले लेख के टिप्पणीकारों ने निम्नलिखित कोड खामियों की पहचान की (मैं केवल उन लोगों को इंगित करता हूं जिन पर मैंने भरोसा किया था):

• पहले एक नई फ़ाइल डाउनलोड करना बेहतर होता है, ताकि डाउनलोड के बीच में स्थिति तब न हो, जब किसी कारण से, एप्लिकेशन समाप्त हो जाता है और उपयोगकर्ता .bak फ़ाइलों और अपूर्ण। Exe के साथ रहता है, अर्थात। एक काम के आवेदन के बिना। ( डार्कबाइट );
• बस चेकसम चेक नहीं देखा। (नाम);
• उपयोगकर्ता को एक विकल्प छोड़ने के बिना एकल "ओके" बटन के साथ एक मॉडल (सबसे अधिक संभावना) सूचना विंडो दिखाने के लिए एक अच्छा अभ्यास नहीं है। आपको चुपचाप और अगोचर रूप से सब कुछ करने की ज़रूरत है, या उपयोगकर्ता के अधिक सुविधाजनक होने पर किसी तरह इसे करने की क्षमता के साथ अपग्रेड करने की पेशकश करने के लिए विनीत रूप से पेश किया जाता है। ( Iroln );
• आपके द्वारा किया गया संस्करण तुलना गलत है। उदाहरण के लिए, 9.12.2 से 10.0.0 तक अपग्रेड करते समय समस्याएं होंगी। ( eyless_watcher )
• और क्या सीधे संस्करण प्रकारों की तुलना करने से रोकता है? ( teleavtomatika )।

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

संशोधन

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

public void checkUpdates(){ try { if (File.Exists("launcher.update") && new Version(FileVersionInfo.GetVersionInfo("launcher.update").FileVersion) > new Version(Application.ProductVersion)) { Process.Start("updater.exe", "launcher.update \"" + Process.GetCurrentProcess().ProcessName + "\""); Process.GetCurrentProcess().CloseMainWindow(); } else { if (File.Exists("launcher.update")) { File.Delete("launcher.update"); } Download(); } } catch (Exception) { if (File.Exists("launcher.update")) { File.Delete("launcher.update"); } Download(); } } 

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

इस प्रकार, हम अद्यतन फ़ाइल की अखंडता को सत्यापित करेंगे।

 private void Download() { try { XmlDocument doc = new XmlDocument(); doc.Load(@"http://mysite/version.xml"); remoteVersion = new Version(doc.GetElementsByTagName("version")[0].InnerText); localVersion = new Version(Application.ProductVersion); if (localVersion < remoteVersion) { if (File.Exists("launcher.update")) { File.Delete("launcher.update"); } WebClient client = new WebClient(); client.DownloadProgressChanged += new DownloadProgressChangedEventHandler(ProgressChanged); client.DownloadFileCompleted += new AsyncCompletedEventHandler(Completed); client.DownloadFileAsync(new Uri(@"http://mysite/launcher.exe"), "launcher.update"); } } catch (Exception) { } } 

इसके अलावा, फ़ाइल संस्करण सत्यापन प्रक्रिया के कार्य में परिवर्तन हुए हैं, जिनमें से प्रमुख बिंदु बिल्ट-इन System.Version टूल का उपयोग करके फ़ाइल संस्करण की तुलना का कार्यान्वयन है, जिसके परिणामस्वरूप सही संस्करण सत्यापन की समस्या, कहते हैं, "9.12.2 और" 10.0.0 ", को समाप्त कर दिया गया है।
इस घटना में कि एक नए संस्करण का पता चला है, क्रियाएं निम्नलिखित परिदृश्य के अनुसार होती हैं: कार्यक्रम स्वचालित रूप से पृष्ठभूमि में अपडेट फ़ाइल डाउनलोड करता है, फिर उपयोगकर्ता को इस अपडेट की उपलब्धता के बारे में संदेश देता है और 2 परिदृश्यों का विकल्प प्रदान करता है:

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

निष्कर्ष

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

और मैं अपनी रचनात्मक आलोचना के लिए निम्नलिखित लोगों को विशेष धन्यवाद कहना चाहूंगा : DarkByte , naum , iroln , eyeless_watcher , teleavtomatika , wire ।

सादर, एंड्रयू हेलडर!

पुनश्च: नाबालिगों के बीच से दयालु लोग - कृपया टिप्पणी में दयालु बनें कि आपने ऐसा क्यों फैसला किया। यह जानना दिलचस्प है कि मैं कहां गलत हूं।

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