Xcode, macOS Mojave, और iOS के लिए नए बीटा कोड जारी किए गए हैं - और यहां वे प्रमुख बिंदु हैं जो मैंने सीखा है।

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

तीव्र

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

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

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

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

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

@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 मोड में, ऑब्जेक्टिव-सी में घोषित एन्यूमरेशंस पर स्विच स्टेटमेंट्स या सिस्टम फ्रेमवर्क से आने वाले अज्ञात मानों को प्रोसेस करना होगा - अर्थात्, जिन्हें भविष्य में जोड़ा जा सकता है या जिन्हें ऑब्जेक्टिव-सी कार्यान्वयन फ़ाइल में अलग से परिभाषित किया जा सकता है।

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

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

यह लंबे समय से चली आ रही समस्या है जो अभी भी असुविधा का कारण बनती है, खासकर यदि आप स्विच में default स्विच सेट नहीं करना पसंद करते हैं। मुझे याद है कि मैं .provisional विकल्प से कितना पीड़ा प्राप्त करता था जो .provisional 12 में UNAuthorizationOptions प्रकार में दिखाई दिया था। अब, मामला unknown , ऐसी स्थितियों से निपटना बहुत आसान हो गया है।

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

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

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

लेकिन समस्याएं हैं:

• कुछ परियोजनाएँ पिछले रिलीज़ की तुलना में संकलन समय का प्रतिगमन दिखाती हैं;
  
• स्टार्टअप पर कमांड लाइन क्रैश के लिए प्रोजेक्ट्स, dyld: Library not loaded त्रुटि dyld: Library not loaded
  (पुस्तकालय लोड नहीं)। SWIFT_FORCE_STATIC_LINK_STDLIB=YES : कस्टम असेंबली SWIFT_FORCE_STATIC_LINK_STDLIB=YES निर्माण SWIFT_FORCE_STATIC_LINK_STDLIB=YES ।
  

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

Xcode 10.2 बीटा

क्लैंग कंपाइलर

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

• नए डायग्नोस्टिक्स फ्रेमवर्क हेडर की पहचान करते हैं जो फ्रेमवर्क शैली के निष्कर्षों के बजाय उद्धरण चिह्नों का उपयोग करते हैं। डिफ़ॉल्ट रूप से, नोटिफिकेशन को बंद कर दिया जाता है, लेकिन आप इसे -Wquoted-include-in-framework-header विकल्प पास करके सक्षम कर सकते हैं -Wquoted-include-in-framework-header ;
  
• ढांचे के खुले हेडर गलती से #import या #include बंद हेडर को निष्पादित कर सकते हैं, जो संरचनात्मक व्यवधान और कभी-कभी मॉड्यूल के चक्रीय आयात की ओर जाता है। इस तरह के उल्लंघन को एक नए निदान द्वारा सूचित किया जाएगा। यह -Wframework-include-private-from-public में डिफ़ॉल्ट रूप से अक्षम होता है और इसे -Wframework-include-private-from-public ध्वज द्वारा नियंत्रित किया जाता है;
  
• फ्रेमवर्क के हेडर में @import का उपयोग उन्हें बिना मॉड्यूल के उपयोग करने से @import है। नए निदानों को हेडर में @import तलाश करते हैं, जब —fmodules ध्वज को पारित करते हैं। डिफ़ॉल्ट रूप से, इसे -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. के साथ चिह्नित संबंधित फ्रेमवर्क और लाइब्रेरीज़ के अन्य खंडों में काम करती है -framework, -weak_framework, -reexport_framework, -lazy_framework, -weak-l, -reexport-l, -lazy-l —l.

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

डिबगिंग

डिबगर नवाचार:

UIStackView गुण अब दृश्य डीबगर निरीक्षक में दिखाए UIStackView हैं। दृश्य डीबगर को एक अधिक कॉम्पैक्ट थ्री-डायमेंशनल लुक मिला।

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

आईओएस और वॉचओएस में मेमोरी उपयोग की सीमा के करीब पहुंचने पर, एक्सकोड मेमोरी उपयोग रिपोर्ट में सीमा प्रदर्शित करता है।

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

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

LLDB में नए बन्स दिखाई दिए:

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

मुझे प्रदर्शन में सुधार नहीं मिला, लेकिन कुछ मामलों में v बेहतर आउटपुट प्रदान करता है - लेकिन यह po लिए प्रत्यक्ष प्रतिस्थापन नहीं है और केवल कुछ सीमाओं के साथ वर्तमान फ्रेम स्टैक के साथ काम करता है। उदाहरण:

खेल के मैदान

मेरा पसंदीदा अनुभाग! आइए बग्स से शुरू करें:

खेल का मैदान एप्लिकेशन शुरू नहीं हो सकता है

दुर्भाग्य से, नए बीटा में प्लेग्राउंड के बारे में कोई अन्य खबर नहीं थी।

सिम्युलेटर

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

सिरी वॉचओएस और आईओएस सिमुलेटर में काम नहीं करता है।

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

मुझे उम्मीद है कि यह सच है।

सभी सिम्युलेटेड डिवाइस पर माइक्रोफ़ोन एक्सेस अनुरोध दोहराया नहीं जाएगा।

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

परीक्षण

• xccov एक सामान्य रिपोर्ट और संग्रह में कई कोड कवरेज रिपोर्ट (और संबंधित अभिलेखागार) के संयोजन का समर्थन करता है। परिणामी रिपोर्ट में गलतियाँ हो सकती हैं, क्योंकि रिपोर्ट बनाने के क्षणों के बीच, स्रोत फ़ाइलों में परिवर्तन हो सकते हैं। यदि कोई परिवर्तन नहीं हुआ है, तो रिपोर्ट सही होगी।
  
• xccov अब विभिन्न Xcode कवरेज रिपोर्टों के बीच अंतर को दर्शाता है, जिसका उपयोग कवरेज परिवर्तनों की गणना करने के लिए किया जा सकता है। उदाहरण के लिए, before.xccovreport और after.xccovreport बीच के अंतर को उजागर करने के लिए, xccov कमांड को निम्नानुसार कॉल करें: xccov diff --json before.xccovreport after.xccovreport ।
  
• स्थैतिक पुस्तकालय और फ्रेमवर्क लक्ष्य अब शीर्ष-स्तरीय प्रविष्टियों के रूप में कवरेज रिपोर्ट में दिखाई देते हैं - कवरेज संकेतकों के ग्राफ़ सभी लक्ष्यों के लिए एकत्र किए जाते हैं जिनमें एक स्थिर पुस्तकालय या ढांचा शामिल होता है। जब स्टैटिक लाइब्रेरी या फ्रेमवर्क लक्ष्य की स्रोत फ़ाइलों को रिपोर्ट में दर्ज किया जाता है, तब भी समस्या हल करती है, भले ही लक्ष्य आरेख में कोड कवरेज से हटा दिया गया हो।
  

निरंतर एकीकरण के लिए बड़ी खबर, विशेष रूप से अंतर का प्रदर्शन। अपने रिलीज इंजीनियरों या उन लोगों को बताएं जो इसी तरह की चीजें करते हैं।

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

• समन्‍वयन सक्षम होने पर क्लोन पर रिकॉर्डिंग काम नहीं करती है;
  
• Xcode से प्रोजेक्ट प्रोफाइलिंग, परीक्षण समांतर सक्षम करने के साथ गलत व्यवहार करता है।
  

बाकी कुछ कीड़े के सुधार से खुश हैं:

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

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

परीक्षण के दौरान एकत्रित क्रैश रिपोर्ट में, दुर्घटना या विवरण के कारण जैसे महत्वपूर्ण खंड अब खो नहीं गए हैं।

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

समस्याओं

इस बीटा में, मैं कई समस्याओं में भाग गया। वे मुख्य रूप से तीसरे पक्ष के डेवलपर्स से संबंधित उपकरण। उदाहरण के लिए, carthage त्रुटि उत्पन्न करता है "आईओएस के लिए कोई उपलब्ध सिमुलेटर नहीं मिला।"

मैंने उपलब्ध सिम्युलेटर की जाँच की और ऐसा लगता है कि बीटा बग को दोष देना है। इसके अलावा, 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"     }, -- 

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

iOS 12.2 बीटा

तो इतना। ऐसा लगता है कि एप्पल तकनीकी ऋण को चमकाने और सुरक्षा पैच लगाने में व्यस्त है, इसलिए कोई गंभीर खबर नहीं है, लेकिन दो समस्याएं हैं:

• एक संभावना है कि आप कार्ड चुनने के बाद वॉलेट के साथ प्रमाणित नहीं कर पाएंगे;
  
• ऐसी संभावना है कि आप मोबाइल नेटवर्क का उपयोग करके प्रीपेड टैरिफ प्लान नहीं खरीद पाएंगे।
  

और Apple न्यूज़ अब कनाडा में उपलब्ध है।

स्विच न करें।

macOS Mojave 10.14.4 बीटा

यहां एकमात्र अद्यतन सफारी 10.1.1 से उन्नयन के बाद सफारी 12.1 के साथ एक संभावित मुद्दा है।

सफारी 10.1 से सफारी 12.1 में अपग्रेड करने के बाद, वेब पेज सही तरीके से प्रदर्शित नहीं हो सकते हैं। (47335741)

वर्कअराउंड: टाइप defaults delete com.apple.Safari टर्मिनल में defaults delete com.apple.Safari को defaults delete com.apple.Safari । कृपया ध्यान दें कि इसके साथ, आप पिछली सभी सफारी सेटिंग्स खो देंगे।

निष्कर्ष में

लेख मेरी अपेक्षा से बहुत बड़ा निकला। आपको मेरे सभी निष्कर्ष ऊपर मिलेंगे। और संक्षेप में - स्विफ्ट 5 आ गया है!

आपका ध्यान के लिए धन्यवाद।