पोर्टेबल क्लास लाइब्रेरी (PCL) से फाइल सिस्टम एक्सेस

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

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





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



पीसीएल में प्लेटफॉर्मों पर तालिका है


पहली नज़र में, मेरा कोड समस्याओं के बिना पास होना चाहिए था (लक्ष्य प्लेटफ़ॉर्म: विंडोज .NET, विंडोज 8, विंडोज फोन), लेकिन कंपाइलर ने System.IO, यानी स्ट्रीमराइडर को डांटा, जिसने सीधे फाइल को खोल दिया।

यह याद रखना कि विंडोज 8 और विंडोज फोन में फाइलों के साथ काम करने के तरीके पूरी तरह से अलग हैं और आपस में अलग हैं:

WP एप्लिकेशन फ़ाइलों तक पहुँचने के लिए IsolatedStorage का उपयोग करता है, और विंडोज 8, हालांकि इसकी सार्वजनिक फ़ोल्डरों तक पहुंच है, इसे Windows.Storage (WP8 अब इसके माध्यम से भी कर सकता है), लेकिन WP7 समर्थन बनाए रखने के लिए इस पद्धति का उपयोग करने की अनुशंसा नहीं की जाती है। Google का उपयोग करते हुए, मेरे लिए यह स्पष्ट हो गया कि शुद्ध पीसीएल पर फ़ाइलों का उपयोग करना असंभव था, और डीएलएल में एक आवेदन या हार्ड फ़ाइल समावेशन से स्टीम स्थानांतरित करने जैसी सलाह मेरे समाधान के लिए उपयुक्त नहीं थी। तथ्य यह है कि कार्यक्रम ने एक बड़े बाहरी शब्दकोश के साथ काम किया और फाइलों में अस्थायी काम के परिणामों को बचाया। लेकिन तब PCLStorage पुस्तकालय ने मेरी नज़र पकड़ी, जिसने PCL के माध्यम से FS के साथ किसी तरह के काम का वादा किया।

PCLStorage तीन इंटरफेस प्रदान करता है - IFIle, IDirectory, IFileSystem, जो सभी फाइलों और निर्देशिकाओं के लिए अतुल्यकालिक पढ़ने और लिखने के संचालन प्रदान करते हैं।

नोट: सभी आगे के परीक्षण "क्लासिक" विंडोज पर आयोजित किए गए थे।

उदाहरण फ़ाइल रिकॉर्ड:

public async Task PCLCreateFile(string name, string content) { IFolder localStorage = FileSystem.Current.LocalStorage; IFolder contentFolder = await localStorage.CreateFolderAsync("Content", CreationCollisionOption.OpenIfExists); IFile file = await contentFolder.CreateFileAsync(name, CreationCollisionOption.ReplaceExisting); await file.WriteAllTextAsync(content); } 

एक फ़ाइल पढ़ने का उदाहरण:

  public async Task<string> PCLReadFile(string name) { IFolder localStorage = FileSystem.Current.LocalStorage; IFolder contentFolder = await localStorage.GetFolderAsync("Content"); IFile file = await contentFolder.GetFileAsync(name); return await file.ReadAllTextAsync(); } 

सब कुछ दिखता है और ठीक काम करता है। लेकिन ... फ़ाइल का उपयोग कैसे करें, जो प्रोग्राम डायरेक्टरी में स्थित है?

IFileSystem दो रास्ते देता है LocalStorage और रोमिंगस्टोरेज। वर्तमान प्रणाली में कार्यक्रम के लिए आवंटित की गई निर्देशिका के लिए पहला अंक, डेटा सिंक्रनाइज़ेशन के लिए सार्वजनिक निर्देशिका के लिए दूसरा। विशेष रूप से, विंडोज में, लोकलस्टोरेज ने (AppData \ Local) को इंगित किया, जो एप्लिकेशन डायरेक्टरी से दूर था और जिसमें कोई फाइल नहीं थी।

दुर्भाग्य से, PCLStorage अनुप्रयोग निर्देशिका को इंगित नहीं कर सका।

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

पुनश्च: प्रयोग के अंत में, यह पता चला कि WP7 के लिए समर्थन को नवीनतम संस्करण से बाहर निकाल दिया गया था, यही वजह है कि सब कुछ शुरू किया गया था (WP और विंडोज पर अलग-अलग उपयोग के कारण। विंडोज 8 पर सर्वर)।