मिश्रित स्विफ्ट + ऑब्जेक्टिव-सी परियोजनाओं में यूनिट परीक्षण स्थापित करना

यह लेख छोटा होगा, मैं आपको बताऊंगा कि मिश्रित और पुराने ऑब्जेक्टिव सी + स्विफ्ट प्रोजेक्ट में परीक्षण के लिए लक्ष्य बनाते समय क्या समस्याएं उत्पन्न हुईं, और मैं उनका हल कैसे निकाल पाया।

पहली चीज जो भ्रामक है: एक परीक्षण लक्ष्य में त्रुटि दूसरे परीक्षण लक्ष्य से ऑटोटेस्ट के प्रक्षेपण को प्रभावित कर सकती है। आप परियोजना में परीक्षण के लिए किसी भी लक्ष्य को जोड़ सकते हैं, वे आमतौर पर परियोजना के मुख्य लक्ष्य पर आधारित होते हैं, और इसकी लॉन्च योजना में स्वचालित रूप से जुड़ जाते हैं। इस प्रकार, इस योजना पर किसी भी ऑटोटेस्ट को चलाने पर, बाकी संकलन होगा, और परीक्षण में से एक पर एक त्रुटि अन्य के प्रक्षेपण में हस्तक्षेप करेगी। इस प्रभाव को अलग करने के लिए, आप विभिन्न परीक्षण लक्ष्यों के लिए विभिन्न योजनाएँ बना सकते हैं।

मैं एक बहुत ही तुच्छ स्क्रीनशॉट संलग्न करूँगा, केवल स्पष्टता के लिए:





अगला मुद्दा ओब्जेक्टिव-सी और स्विफ्ट के बीच निर्भरता है।
आपकी परियोजना में बनाया गया है:

MyProject-Bridging-Header.h : इस फ़ाइल में ObjectiveC- हेडर फ़ाइलों का नाम स्विफ्ट में उपयोग किया गया है।
MyProject-स्विफ्ट.एच : यह ऑब्जेक्टिव क्लासेस में उपयोग किए जाने वाले स्विफ्ट वर्गों के लिए अंतर्निहित कोड बनाता है।
MyProject-Prefix.pch : precompilation फ़ाइल में विभिन्न प्रकार की निर्भरताएं भी हो सकती हैं, जिसमें प्रकार के निर्माण शामिल हैं:

#ifdef __OBJC__ #import "MyProject-Swift.h" #endif 

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

Xcode टार्गेट पर जाएं -> BuildSetting और निम्न पैरामीटर जांचें:
उद्देश्य-सी ब्रिजिंग हैडर
उद्देश्य-सी जनरेटेड इंटरफ़ेस हैडर का नाम
मुख्य लक्ष्य फ़ाइलों को निर्दिष्ट करें।

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

तब एक और अजीब समस्या का पता चला:
किसी कारण से, पुरानी परियोजनाओं में, परीक्षण लक्ष्य को मुख्य के रूप में एक ही उत्पाद मॉड्यूल नाम सौंपा गया है। इससे लोन ऑब्जेक्टिवसी पर रोक नहीं लगी, लेकिन प्रोजेक्ट में तेजी से जोड़ने पर दो समस्याएं पैदा होती हैं।

पहली समस्या यह है कि इस मामले में

 @testable import MyProject 

ऑटोटेस्ट फ़ाइल को अनदेखा कर दिया जाता है और आप स्विफ्ट कक्षाओं तक नहीं पहुँच सकते हैं।

दूसरी समस्या यह है कि संकलन का ऐसा लक्ष्य मुख्य लक्ष्य के MyProject- स्विफ्ट को ओवरराइट करता है और अन्य लक्ष्यों को संकलन करने से रोकता है। इस पैरामीटर का नाम बदलने की आवश्यकता है।

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

इसे पढ़ने वाले सभी को धन्यवाद।