फ़ाइल प्रकार दुःख - कोको

Question

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

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

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

मेरा प्रश्न अनिवार्य रूप से है: आप अपने मुख्य दस्तावेज़ प्रकार को दस्तावेज़ आधारित एप्लिकेशन में कैसे माइग्रेट करते हैं?

Answer 1

सबसे पहले, उस मशीन पर इस प्रकार की समस्या को डीबग करना बहुत मुश्किल है जिसका उपयोग आप बिल्ड को काटने के लिए कर रहे हैं। गतिशील यूटीआई प्रणाली भ्रमित हो जाती है कि किस ऐप के पास कौन सी फाइलें हैं। इस समस्या को हल करने के लिए, एक कमांड है जिसे आप clear out the file associations on your system.

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

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

हमने तैनाती समेत कुछ महत्वपूर्ण परीक्षण किए हैं, और यह कॉन्फ़िगरेशन एक आकर्षण की तरह काम करता है।