नए दांव यहां हैं और ये कुछ सबसे महत्वपूर्ण चीजें हैं जो मैंने उनके बारे में सीखी हैं।

Xcode 10.2 बीटा के लिए स्विफ्ट 5

तीव्र

सबसे पहले, नवीनतम Xcode बीटा को निम्नलिखित स्विफ्ट संस्करण के साथ बंडल किया गया है:

Apple Swift version 5.0 (swiftlang-1001.0.45.7 clang-1001.0.37.7) Target: x86_64-apple-darwin18.2.0 ABI version: 0.6 

आइए सबसे रोमांचक समाचार के साथ शुरू करें:

स्विफ्ट ऐप्स में अब स्विफ्ट मानक लाइब्रेरी के लिए डायनेमिकली लिंक्ड लाइब्रेरी शामिल नहीं हैं और आईओएस 12.2, वॉचओएस 5.2 और टीवीओएस 12.2 पर चलने वाले उपकरणों के लिए बिल्ड वेरिएंट में स्विफ्ट एसडीके ओवरले शामिल हैं। नतीजतन, स्विफ्ट ऐप्स छोटे हो सकते हैं जब टेस्टफलाइट का उपयोग करके परीक्षण के लिए तैनात किया जाता है, या स्थानीय विकास वितरण के लिए ऐप संग्रह को पतला करते समय।

अनुप्रयोग बाइनरी इंटरफ़ेस स्थिरता आ रही है! और यह उत्कृष्ट समाचार है। मुझे लगता है कि यह स्विफ्ट के साथ इस समय सबसे महत्वपूर्ण मुद्दों में से एक है। साइड-इफेक्ट्स के कारण नहीं बल्कि पिछले वादों को पूरा करने में स्विफ्ट की विफलता के कारण। वैसे भी, मैं ऐसे लोगों को भी जानता हूं जो बाइनरी का आकार कम करने के लिए ऑब्जेक्टिव C के लिए अपने Apple वॉच एक्सटेंशन को फिर से लिखते हैं (ऑब्जेक्टिव C में 15MB बनाम ~ 1MB जैसा कुछ)। यदि आप ABI की स्थिति के बारे में अधिक जानना चाहते हैं, तो लिंक का अनुसरण करें: स्विफ्ट - ABI डैशबोर्ड और स्विफ्ट ABI स्थिरता मैनिफेस्टो ।

@dynamicCallable विशेषता से आप नाम प्रकार को कॉल कर सकते हैं जैसे कि आप सरल सिंटैक्टिक शुगर का उपयोग करके कॉल करते हैं। प्राथमिक उपयोग का मामला गतिशील भाषा अंतर है। ( एसई -0216 )

उदाहरण:

 @dynamicCallable struct ToyCallable { func dynamicallyCall(withArguments: [Int]) {} func dynamicallyCall(withKeywordArguments: KeyValuePairs<String, Int>) {} } let x = ToyCallable() x(1, 2, 3) // Desugars to `x.dynamicallyCall(withArguments: [1, 2, 3])` x(label: 1, 2) // Desugars to `x.dynamicallyCall(withKeywordArguments: ["label": 1, "": 2]) 

यह एक बहुत बड़ा विषय है और इसमें फीचर को लेकर मेरी मिश्रित भावनाएं हैं। तो, पॉल हडसन के "स्विफ्ट 5.0 में नया क्या है" पोस्ट को पढ़ें यदि आप जानना चाहते हैं कि क्या आ रहा है।

स्विफ्ट 3 मोड को हटा दिया गया है। -swift-version फ्लैग के लिए समर्थित मान 4, 4.2 और 5 हैं।

समय आ गया है। स्विफ्ट 3 के साथ स्रोत संगतता अधिक नहीं है। यह स्विफ्ट 5 रोडमैप के साथ अपेक्षित और घोषित किया गया था, लेकिन फिर भी। मैं अत्यधिक अनुशंसा करता हूं कि आप अपनी मेमोरी को "स्विफ्ट 5.0 रिलीज़ प्रक्रिया" के साथ ताज़ा करें क्योंकि स्विफ्ट 5 लगभग यहाँ है। तैयार हो जाओ।

स्विफ्ट 5 मोड में, उद्देश्य-सी में घोषित एन्युमरेशंस पर स्विच या जो सिस्टम फ्रेमवर्क से आते हैं, उन्हें अज्ञात मामलों को संभालने के लिए आवश्यक है - ऐसे मामले जिन्हें भविष्य में जोड़ा जा सकता है, या जिन्हें निजी तौर पर एक उद्देश्य-कार्यान्वयन फ़ाइल में परिभाषित किया जा सकता है। । औपचारिक रूप से, Objective-C किसी भी मान को संचय में रखने की अनुमति देता है बशर्ते कि वह अंतर्निहित प्रकार में फिट बैठता है।
इन अज्ञात मामलों को नए @unknown default मामले का उपयोग करके नियंत्रित किया जा सकता है, जो अभी भी चेतावनी प्रदान करता है यदि स्विच से किसी भी ज्ञात मामले को छोड़ दिया जाता है। उन्हें सामान्य default केस का उपयोग करके भी संभाला जा सकता है।

यदि आपने ऑब्जेक्टिव-सी में अपनी खुद की गणना को परिभाषित किया है और आपको अज्ञात मामलों को संभालने के लिए क्लाइंट की आवश्यकता नहीं है, तो आप NS_CLOSED_ENUM बजाय NS_CLOSED_ENUM मैक्रो का उपयोग कर सकते हैं। स्विफ्ट कंपाइलर इसे पहचानता है और डिफ़ॉल्ट केस के लिए स्विच की आवश्यकता नहीं होती है।

स्विफ्ट 4 और 4.2 मोड में, आप अभी भी @unknown default उपयोग कर सकते हैं। यदि आप इसे छोड़ देते हैं, और एक अज्ञात मान स्विच में पारित हो जाता है, तो रनटाइम पर प्रोग्राम ट्रैप होता है, जैसा कि Xcode 10.1 में स्विफ्ट 4.2 है। ( SE-0192 )

यह था, और एक दर्द है, खासकर अगर आप स्विच के भीतर कोई डिफ़ॉल्ट दृष्टिकोण का उपयोग करते हैं। मुझे याद है कि UNAuthorizationOptions 12 में पेश किए गए UNAuthorizationOptions प्रॉपर्टी के नए .provisional विकल्प के लिए बदसूरत वर्कअराउंड, अब एक अज्ञात मामले के साथ ऐसे परिदृश्यों को संभालना बहुत आसान है।

स्विफ्ट पैकेज मैनेजर

पैकेज अब स्विफ्ट 5 Package.swift टूल-संस्करण का उपयोग करते समय Apple प्लेटफार्मों के लिए न्यूनतम परिनियोजन लक्ष्य सेटिंग को अनुकूलित कर सकते हैं। पैकेज का निर्माण एक त्रुटि का कारण बनता है यदि पैकेज की कोई भी पैकेज निर्भरता न्यूनतम पैकेज परिनियोजन लक्ष्य से अधिक न्यूनतम परिनियोजन लक्ष्य निर्दिष्ट करती है। ( एसई -0236 )

मेरे लिए सबसे महत्वपूर्ण खबर स्विफ्ट पैकेज मैनेजर की चिंता है। तकनीकी रूप से, यह परिवर्तन बहुत सारे मुद्दों को हल कर सकता है जो एसपीएम को आईओएस दुनिया में उपयोगी होने से रोकते हैं। अपने पिछले लेख " स्विफ्ट पैकेज मैनेजर में आईओएस फ्रेमवर्क का निर्माण " मैंने आईओएस विकास के संदर्भ में एसपीएम की वर्तमान स्थिति का विश्लेषण करने की कोशिश की। और अब ऐसा लगता है कि मुझे अपने विचारों और निष्कर्षों का फिर से मूल्यांकन करना होगा।

कुछ बुरे मुद्दे भी हैं:

कुछ परियोजनाओं को पिछले रिलीज से संकलन समय का अनुभव हो सकता है;
स्विफ्ट कमांड लाइन परियोजनाएं "डाइल्ड: लाइब्रेरी लोडेड नहीं" त्रुटियों के साथ लॉन्च पर दुर्घटनाग्रस्त हो जाती हैं।
समाधान: उपयोगकर्ता-निर्धारित बिल्ड सेटिंग जोड़ें

 SWIFT_FORCE_STATIC_LINK_STDLIB=YES 

---

स्विफ्ट 5 से संबंधित चैंज में कई मुद्दों और साथ ही अन्य बिंदुओं को हल किया गया है, लेकिन वे विशिष्ट हैं जो आप करते हैं। उनकी जाँच करें, हो सकता है कि आप वेरिएडिक मापदंडों के साथ इनहेरिट की गई निर्दिष्ट शुरुआती का उपयोग करना चाहते हैं, या आप कक्षाओं और @objc जुड़ी जटिल पुनरावर्ती प्रकार की परिभाषाओं के कारण गतिरोध की समस्या से अवरुद्ध थे, या आप एक @objc विधि के भीतर जेनेरिक प्रकार के उपनाम से जूझ रहे हैं।

Xcode 10.2 बीटा

Apple Clang Compiler

Apple Clang Compiler के लिए बहुत सी नई चेतावनियाँ हैं। और उनमें से ज्यादातर फ्रेमवर्क और मॉड्यूल से संबंधित हैं। यह काफी दिलचस्प है क्योंकि यह स्विफ्ट पैकेज मैनेजर एकीकरण के साथ एक निर्भरता उपकरण के रूप में जुड़ा हो सकता है। मेरी राय में, सबसे महत्वपूर्ण हैं:

एक नया डायग्नोस्टिक फ्रेमवर्क हेडर को पहचानता है जो उद्धरण का उपयोग करता है जिसमें फ्रेमवर्क शैली के बजाय शामिल हैं। चेतावनी डिफ़ॉल्ट रूप से बंद है, लेकिन आप इसे पास करके सक्षम कर सकते हैं -Wquoted-include-in-framework-header को -Wquoted-include-in-framework-header करने के लिए;

एक फ्रेमवर्क में सार्वजनिक हेडर गलती से #import या #include हो सकता है
निजी हेडर, जो लेयरिंग उल्लंघनों और संभावित मॉड्यूल चक्रों का कारण बनता है। एक नया निदान है जो इस तरह के उल्लंघन की रिपोर्ट करता है। यह -Wframework-include-private-from-public में डिफ़ॉल्ट रूप से ऑफ है और इसे -Wframework-include-private-from-public ध्वज द्वारा नियंत्रित किया जाता है;

फ्रेमवर्क हेडर में @import का उपयोग हेडर को मॉड्यूल के बिना उपयोग करने से रोकता है। जब आप - fmodules ध्वज पास करते हैं, तो एक नया डायग्नोस्टिक @import हेडर में @import के उपयोग का पता लगाता है। नैदानिक ​​बंद में डिफ़ॉल्ट रूप से बंद है और - Watimport-in-framework-header ध्वज का उपयोग करके नियंत्रित किया जाता है;

पहले, framework लिए मॉड्यूल की घोषणा करते समय framework कीवर्ड को छोड़ना संकलन को प्रभावित नहीं करता था, लेकिन यह चुपचाप गलत काम करता था। एक नया डायग्नोस्टिक, - Wincomplete-framework-module-declaration , और एक नया फिक्स-यह उपयुक्त कीवर्ड जोड़ने का सुझाव देता है। जब आप -fmodules ध्वज को -fmodules पास करते हैं तो यह चेतावनी डिफ़ॉल्ट रूप से चालू होती है।

सबसे पहले, उन्हें कैसे चालू करें: अपने एप्लिकेशन लक्ष्य के लिए सेटिंग बनाने के लिए गोटो, "एप्पल क्लैंग - कस्टम कंपाइलर फ्लैग" ढूंढें और वांछित ध्वज को "अन्य सी फ्लैग" में डालें।



मैंने एक पुरानी, ​​उद्देश्यपूर्ण सी-आधारित एप्लिकेशन बनाने की कोशिश की और सार्वजनिक ढांचे के हेडर में निजी हेडर के साथ बहुत सारे मुद्दे पाए:



और चौखटे के भीतर दोहरे-उद्धृत आयात के साथ कुछ मुद्दे:



मेरा सुझाव है कि आप इस तरह के डायग्नोस्टिक्स को चलाएं और कम से कम अपने बैकलॉग के लिए समस्याएँ पैदा करें। एक दिन, इन सभी समस्याओं से आपको असली सिरदर्द होगा।

सिस्टम बनाएं

एक अच्छा, नया बिल्ड सिस्टम फीचर भी है:

अनुमानित निर्भरता अब लिंक्ड फ्रेमवर्क और लाइब्रेरी के लिए अन्य लिंकर फ्लैग में निर्भरता खोजने का समर्थन करती है -framework , -weak_framework , -reexport_framework , -lazy_framework , -weak-l, -reexport-l , -lazy-l , और -l निर्दिष्ट लाइब्रेरी।

यह वास्तव में भी दिलचस्प है। सामान्य तौर पर, इसका मतलब है कि आप अपने निहित निर्भरता को .xcconfig या xcodebuild विकल्पों के साथ भी परिभाषित कर सकते हैं और इन xcodebuild से बचें /
Xcode के भीतर चरणबद्ध एम्बेड करें।

डिबगिंग

डिबगिंग को नई सुविधाएँ मिली हैं:

UIStackView गुण अब दृश्य डिबगर ऑब्जेक्ट इंस्पेक्टर में प्रस्तुत किए जाते हैं;

डीबगर व्यू अधिक कॉम्पैक्ट 3D लेआउट प्रस्तुत करता है।

Xcode अब स्वचालित रूप से एक मेमोरी ग्राफ को कैप्चर कर सकता है, यदि डिबगिंग करते समय मेमोरी संसाधन अपवाद का सामना करना पड़ता है। मेमोरी ग्राफ कैप्चर को सक्षम करने के लिए स्कीम की रन सेटिंग्स के डायग्नोस्टिक्स टैब पर जाएं;

IOS और watchOS पर, Xcode मेमोरी रिपोर्ट में ऐप चलाने के लिए मेमोरी लिमिट दिखाता है क्योंकि आप लिमिट को अप्रोच करते हैं;

लाल रेखा देखें? वॉचडॉग भेजता है applicationDidReceiveMemoryWarning(...) मेमेरीवेरिंग applicationDidReceiveMemoryWarning(...)
जब आप किनारे पर पहुँचते हैं। लेकिन मुझे लगा कि ईमानदार होने के बजाय यह अधिक उपयोगी होगा। अभी के लिए, यह सिर्फ एक मामूली, अच्छा सुधार जैसा दिखता है।

एलएलडीबी डीबगर

और LLDB डीबगर को भी कुछ प्यार मिला:

अब आप $0, $1, उपयोग कर सकते हैं $0, $1, ... एलएलडीबी में शॉर्टहैंड्स मूल्यांकन के अंदर बंद हो जाते हैं;
LLDB डिबगर के पास एक नया कमांड उपनाम है, v , "स्टैक वेरिएबल" कमांड के लिए मौजूदा स्टैक फ्रेम में वेरिएबल प्रिंट करने के लिए। क्योंकि यह अभिव्यक्ति मूल्यांकनकर्ता को दरकिनार कर देता है, v बहुत तेज़ हो सकता है और इसे p या po पर पसंद किया जाना चाहिए।

मैंने किसी भी प्रदर्शन सुधार पर ध्यान नहीं दिया है, लेकिन v कुछ मामलों में बेहतर उत्पादन करता है, हालांकि यह सामान्य रूप से po लिए प्रतिस्थापन नहीं है, यह केवल कुछ सीमाओं के साथ वर्तमान स्टैक फ्रेम के लिए है। नीचे दिए गए उदाहरण देखें।

खेल के मैदान

मेरा पसंदीदा अनुभाग? खेल के मैदान! आइए जानते हैं मुद्दों की शुरुआत:

खेल के मैदान पर अमल नहीं हो सकता है!

दुर्भाग्य से, मौजूदा बीटा में प्लेग्राउंड के बारे में यह एकमात्र समाचार है।

सिम्युलेटर

सिम्युलेटर के बारे में कुछ नोट्स:

सिरी watchOS और iOS सिमुलेटर में काम नहीं करता है;

MacOS और सिम्युलेटेड iOS उपकरणों के बीच पेस्टबोर्ड सिंक्रोनाइज़ेशन अधिक विश्वसनीय है;

मुझे वाकई उम्मीद है कि यह

अब आप केवल एक बार सभी सिम्युलेटर उपकरणों पर माइक्रोफ़ोन एक्सेस को अधिकृत करने के लिए प्रेरित होंगे।

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

परीक्षण

xccov कई कवरेज रिपोर्टों को मर्ज करने का समर्थन करता है - और उनके संबद्ध अभिलेख - एक साथ एक समग्र रिपोर्ट और संग्रह में। रिपोर्ट्स को मर्ज करते समय, मूल रिपोर्ट उत्पन्न होने के बाद से बदल गई स्रोत फ़ाइलों के लिए समग्र रिपोर्ट गलत हो सकती है। यदि कोई स्रोत परिवर्तन नहीं हुए हैं, तो कुल रिपोर्ट और संग्रह सटीक होगा;

xccov अब अलग-अलग Xcode कवरेज रिपोर्ट का समर्थन करता है, जिसका उपयोग समय के साथ कवरेज परिवर्तनों की गणना करने के लिए किया जा सकता है। उदाहरण के लिए, पहले before.xccovreport और after.xccovreport बाद कवरेज रिपोर्ट को before.xccovreport करने के लिए, इस प्रकार xccov आह्वान करें: xccov diff — json before.xccovreport after.xccovreport ;

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

निरंतरता के लिए ये परिवर्तन उत्कृष्ट समाचार हैं। विशेष रूप से अलग। अपनी रिलीज़ इंजीनियरिंग टीम को बताएं और ऐसी चीज़ों के लिए किसी और को ज़िम्मेदार ठहराएं।

हालाँकि, समांतर परीक्षण से संबंधित कुछ सीमाएँ हैं:

जब समानांतर चालू होता है तो रिकॉर्डिंग क्लोन से काम नहीं करती है;

परीक्षण समांतर सक्षम होने पर प्रोफाइलिंग परीक्षण सही ढंग से व्यवहार नहीं करते हैं;

कुछ होनहार बग फिक्स भी हैं:

यदि परीक्षण धावक के प्रक्षेपण पर दुर्घटनाग्रस्त होने के कारण परीक्षण विफल हो जाता है, तो Xcode विफलता का वर्णन करते हुए एक समृद्ध त्रुटि संदेश उत्पन्न करने का प्रयास करता है। यह विफलता परीक्षण गतिविधि लॉग में मौजूद है और यदि आप xcodebuild का उपयोग कर रहे हैं तो stdout में प्रकट होता है। परिणाम बंडल में निहित संरचित लॉग में त्रुटि भी मौजूद है।

हमें बहुत सारे ऐसे मुद्दे मिलते हैं, और आमतौर पर, यह स्पष्ट नहीं है कि क्या हो रहा है। कभी-कभी, यह गलत लिंकिंग से संबंधित होता है, कभी-कभी सिस्टम अधिभार के लिए। यह flakiness को कम करने में मदद करनी चाहिए।

परीक्षण के दौरान एकत्रित क्रैश रिपोर्ट महत्वपूर्ण क्षेत्रों जैसे कि समाप्ति का कारण और विवरण नहीं छोड़ती है।

कोई टिप्पणी नहीं सिर्फ प्यार

---

और बहुत सारे डेवलपर्स के साथ कंपनियों के लिए उपयोगी Xcode के बारे में अंतिम बिंदु, Xcode अब macOS सामग्री कैशिंग सेवा का समर्थन करता है। इसका मतलब है कि आपके पास अपने स्थानीय नेटवर्क में Xcode एप्लिकेशन के साथ एक कैशिंग सर्वर हो सकता है।

मुद्दे

मैं बीटा के साथ कुछ समस्याओं का सामना करता हूं। अधिकतर तृतीय-पक्ष टूल के साथ: कार्टाज, उदाहरण के लिए, जो निम्न त्रुटि के साथ काम नहीं करता है:

 Could not find any available simulators for iOS 

मैंने उपलब्ध सिम्युलेटर की जांच की, और ऐसा प्रतीत होता है कि वर्तमान बीटा में कुछ टूट गया है; Xcode से अन्य रनटाइम को डाउनलोड करना भी असंभव है, उपलब्ध सिमुलेटर की सूची सिर्फ खाली है (एक राडार भरा हुआ):

 $ xcrun simctl list devices --json | grep -A16 12.1 "com.apple.CoreSimulator.SimRuntime.iOS-12-1" : [ { "availability" : "(unavailable, runtime profile not found)", "state" : "Shutdown", "isAvailable" : false, "name" : "iPhone 5s", "udid" : "DDD36346-A76F-42E8-80F4-6F11E1EE4BEB", "availabilityError" : "runtime profile not found" }, { "availability" : "(unavailable, runtime profile not found)", "state" : "Shutdown", "isAvailable" : false, "name" : "iPhone 6", "udid" : "21794717-BC89-45E4-9F57-8CF9D14A87D1", "availabilityError" : "runtime profile not found" }, -- 

यह निश्चित रूप से एक बीटा है। और चैंज विशाल है। धैर्य रखें और उचित :)

पीएस कार्थेज के पास पहले से ही एक फिक्स ( # 2691 ) है।

iOS 12.2 बीटा

ठीक है। ऐसा लगता है जैसे वे अपने तकनीक-ऋण को पॉलिश कर रहे हैं और सुरक्षा पैच लागू कर रहे हैं। दो चीजें टूटी हैं:

कार्ड का चयन करने के बाद आप वॉलेट के भीतर प्रमाणित करने में असमर्थ हो सकते हैं;

आप सेलुलर डेटा का उपयोग करके प्रीपेड डेटा प्लान खरीदने में असमर्थ हो सकते हैं।

और Apple न्यूज कनाडा में उपलब्ध होगा । देखते रहो।

macOS Mojave 10.14.4 बीटा

यहां एकमात्र नई चीज सफारी 12.1 के साथ एक संभावित मुद्दा है। सफारी से उन्नयन के बाद 10.1.2:

सफारी 10.1 से सफारी 12.1 पर अद्यतन करने के बाद, वेब पेज प्रदर्शित नहीं हो सकते हैं।
समाधान: टर्मिनल में निम्न कमांड चलाएँ:

 defaults delete com.apple.Safari 

निम्नलिखित परिणामों के साथ:

चेतावनी: ऊपर की कमांड चलाने के बाद आप अपनी पिछली सफारी सेटिंग्स खो देंगे।

अंतिम कट

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

बने रहें और हाइड्रेटेड रहें! और पढ़ने के लिए धन्यवाद।