👴🏾 🦊 💜 कस्टम रीफैक्टरिंग टूल: स्विफ्ट 🚣🏿 👩🏾‍✈️ 🏑

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

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

हमने JIRA स्विफ्ट से कार्य लिया और एक उपकरण बनाया, जो अगर एक समतुल्य गार्ड को निर्माण करने देता है, तो उसे परिवर्तित करता है।

नौवें संस्करण के बाद से, Xcode एक नया रीफैक्टरिंग तंत्र प्रदान करता है जो कोड को स्थानीय रूप से, उसी स्विफ्ट स्रोत फ़ाइल के भीतर, या वैश्विक रूप से तब परिवर्तित कर सकता है जब आप एक विधि या संपत्ति का नाम बदलते हैं, जो कई फ़ाइलों में होती है, भले ही वे विभिन्न भाषाओं में हों।

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

आपको स्थानीय रीफैक्टरिंग के लिए अपना उपकरण बनाने की आवश्यकता है:

C ++ को समझना
संकलक का मूल ज्ञान
एएसटी क्या है और इसके साथ कैसे काम करना है, यह समझना
स्रोत कोड स्विफ्ट
गाइड स्विफ्ट / डॉक्स / रिफैक्टरिंग / स्विफ़्टलोकल रीफैक्टरिंग। डी.एम.
ढेर सारा धैर्य

एएसटी के बारे में थोड़ा

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

प्रस्तुत किए गए परिवर्तन के चरणों में, हमारे लिए सबसे दिलचस्प एक सार वाक्यविन्यास पेड़ (एएसटी) की पीढ़ी है - एक ग्राफ, जिसमें कोने ऑपरेटर हैं और पत्तियां उनके ऑपरेंड हैं।

सिंटेक्स के पेड़ों का उपयोग पार्सर में किया जाता है। एएसटी का उपयोग कोड के अनुकूलन और निर्माण के लिए कंप्यूटर प्रोग्राम के कंपाइलर / इंटरप्रेटर में एक आंतरिक प्रतिनिधित्व के रूप में किया जाता है।

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

एक रिफैक्टरिंग टूल बनाने के लिए, हमें एएसटी को समझने और इसके साथ काम करने में सक्षम होना चाहिए। इसलिए उपकरण उस कोड के कुछ हिस्सों को सही ढंग से संचालित करने में सक्षम होगा जिसे हम संसाधित करना चाहते हैं।

किसी फ़ाइल का एएसटी जेनरेट करने के लिए, कमांड को रन करें: स्विफ्टेक-डंप-एस्ट मायफाइल.स्विफ्ट

नीचे अगर फ़ंक्शन, जो पहले उल्लेख किया गया था, एएसटी कंसोल के लिए आउटपुट है ।

स्विफ्ट एएसटी में तीन मुख्य प्रकार के नोड हैं:

घोषणाएँ (प्रकार के उपवर्ग),
भाव (प्रकार के उपवर्ग),
ऑपरेटरों (प्रकार Stmt के उपवर्ग)।

वे तीन संस्थाओं से मेल खाते हैं जो स्विफ्ट भाषा में ही उपयोग किए जाते हैं। कार्यों, संरचनाओं, मापदंडों के नाम घोषणाएं हैं। भाव एक मूल्य लौटाने वाली इकाइयाँ हैं; उदाहरण के लिए, कॉलिंग फ़ंक्शन। ऑपरेटर भाषा के कुछ भाग होते हैं जो कोड निष्पादन के नियंत्रण प्रवाह को परिभाषित करते हैं, लेकिन एक मान नहीं देते हैं (उदाहरण के लिए, यदि या कैच करते हैं)।

यह एक पर्याप्त न्यूनतम है जिसे आपको अपने आगामी कार्य के लिए एएसटी के बारे में जानना होगा।

सिद्धांत में रिफैक्टिंग टूल कैसे काम करता है

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

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

तकनीकी पक्ष से सामान्य क्रियाओं पर विचार करें:

जब आप Xcode संपादक से किसी स्थान का चयन करते हैं, तो उपलब्ध रिफैक्टिंग क्रियाओं को प्रदर्शित करने के लिए सोर्सकिट (हाइलाइटिंग, कोड पूरा होने आदि के लिए जिम्मेदार फ्रेमवर्क) से अनुरोध किया जाता है।
प्रत्येक उपलब्ध कार्रवाई को ResolveCursorInfo ऑब्जेक्ट द्वारा यह जांचने के लिए अनुरोध किया जाता है कि यह क्रिया चयनित कोड पर लागू होती है या नहीं।
लागू कार्यों की सूची सोर्सकिट से प्रतिक्रिया के रूप में वापस आ गई है और एक्सकोड में प्रदर्शित की गई है।
Xcode फिर रीफैक्टरिंग टूल में परिवर्तन लागू करता है।

स्रोत फ़ाइल में कोड की एक निरंतर सीमा का चयन करके रेंज-आधारित रिफैक्टिंग शुरू की जाती है।

इस मामले में, रिफैक्टिंग टूल वर्णित कॉल श्रृंखला के माध्यम से जाएगा। अंतर यह है कि जब कार्यान्वित किया जाता है, तो ResolveCursorInfo के बजाय InputInfo इनपुट होता है। इच्छुक पाठक Apple टूलकिट उदाहरणों के बारे में अधिक जानकारी के लिए Refactoring.cpp का उल्लेख कर सकते हैं।

और अब एक टूल बनाने के अभ्यास के लिए।

ट्रेनिंग

सबसे पहले, आपको स्विफ्ट कंपाइलर को डाउनलोड करने और बनाने की आवश्यकता है। विस्तृत निर्देश आधिकारिक भंडार ( readme.md ) में हैं। यहाँ कोड क्लोनिंग के लिए प्रमुख कमांड दिए गए हैं:

mkdir swift-source cd swift-source git clone https://github.com/apple/swift.git ./swift/utils/update-checkout --clone

Cmake का उपयोग परियोजना की संरचना और निर्भरता का वर्णन करने के लिए किया जाता है। इसका उपयोग करते हुए, आप एक कमांड के कारण Xcode (अधिक सुविधाजनक) या निंजा (तेज) के लिए एक प्रोजेक्ट उत्पन्न कर सकते हैं:

 ./utils/build-script --debug --xcode

या

 swift/utils/build-script --debug-debuginfo

सफल संकलन के लिए Xcode बीटा के नवीनतम संस्करण की आवश्यकता होती है (लेखन के समय 10.2.1) - आधिकारिक Apple वेबसाइट पर उपलब्ध है। प्रोजेक्ट बनाने के लिए नए Xcode का उपयोग करने के लिए, आपको xcode-select उपयोगिता का उपयोग करके पथ को पंजीकृत करने की आवश्यकता है:

 sudo xcode-select -s /Users/username/Xcode.app

अगर हमने Xcode के लिए प्रोजेक्ट बनाने के लिए क्रमशः --xcode फ्लैग का उपयोग किया है, तो बिल्ड फोल्डर में कई घंटों के संकलन (हमें थोड़ा और अधिक मिला है) के बाद, हम Swift.xcodeproj फाइल पाएंगे। परियोजना को खोलते हुए, हम परिचित एक्सकोड को अनुक्रमण, ब्रेकपॉइंट के साथ देखेंगे।

एक नया इंस्ट्रूमेंट बनाने के लिए, हमें फाइल में इंस्ट्रूमेंट के लॉजिक के साथ कोड जोड़ना होगा: lib / IDE / Refactoring.cpp और दो तरीकों को परिभाषित करना होगा, isApplicable और performChange। पहली विधि में, हम तय करते हैं कि चयनित कोड के लिए रीफैक्टरिंग विकल्प को आउटपुट करना है या नहीं। और दूसरे में - रिफैक्टरिंग लागू करने के लिए चयनित कोड को कैसे परिवर्तित किया जाए।

की गई तैयारी के बाद, यह निम्नलिखित चरणों को लागू करने के लिए बना हुआ है:

टूल लॉजिक विकसित करें (विकास को कई तरीकों से किया जा सकता है - टूलकिन के माध्यम से, निंजा के माध्यम से, एक्सकोड के माध्यम से; सभी विकल्पों का वर्णन किया जाएगा)
दो तरीकों को लागू करें: isApplicable और PerformChange (वे उपकरण और उसके संचालन तक पहुंच के लिए जिम्मेदार हैं)
पीआर को आधिकारिक स्विफ्ट रिपॉजिटरी में भेजने से पहले तैयार टूल का निदान और परीक्षण करें।

टूलचेन के माध्यम से टेस्ट टूल ऑपरेशन

यह विकास विधि घटकों के लंबे संयोजन के कारण आपको बहुत समय लगेगा, लेकिन परिणाम तुरंत Xcode में दिखाई देता है - मैन्युअल रूप से इसे सत्यापित करने का तरीका।

शुरू करने के लिए, आइए कमांड का उपयोग करके स्विफ्ट टूलचैन का निर्माण करें:

 ./utils/build-toolchain some_bundle_id

टूलकिन को संकलित करने में संकलक और आश्रितों के संकलन की तुलना में अधिक समय लगेगा। आउटपुट स्विफ्ट-रात-स्थापित फ़ोल्डर में स्विफ्ट-LOCAL-yyyy-mm-dd.xctoolchain फ़ाइल है, जिसे आपको Xcode: / Library / Developer / Toolchains / में ट्रांसफर करना होगा। अगला, आईडीई सेटिंग्स में, नया टूलचैन चुनें, Xcode को पुनरारंभ करें।

कोड का एक टुकड़ा चुनें, जिसे उपकरण को संसाधित करना चाहिए, और संदर्भ मेनू में उपकरण की तलाश करें।

निंजा के साथ परीक्षणों के माध्यम से विकास

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

इसलिए, हमें यह जांचने की आवश्यकता है कि नया उपकरण Xcode में प्रदर्शित किया गया है जब उपयोगकर्ता स्रोत कोड में गार्ड निर्माण का चयन करता है। हम टेस्ट को मौजूदा टेस्ट / रिफैक्टिंग / रिफैक्टिंगकिंड / basic.swift फाइल में लिखते हैं:

 func testConvertToGuardExpr(idxOpt: Int?) {    if let idx = idxOpt {        print(idx)    } } //     . // RUN: %refactor -source-filename %s -pos=266:3 -end-pos=268:4 | %FileCheck %s -check-prefix=CHECK-CONVERT-TO-GUARD-EXPRESSION // CHECK-CONVERT-TO-GUARD-EXPRESSION: Convert To Guard Expression

हम इंगित करते हैं कि 266 पंक्ति 3 कॉलम और 268 पंक्ति 4 कॉलम के बीच कोड को हाइलाइट करते समय, हम एक नए टूल के साथ मेनू आइटम की उपस्थिति की अपेक्षा करते हैं।

Lit.py script का उपयोग करने से आपके विकास चक्र में तेजी से प्रतिक्रिया मिल सकती है। आप अभिरुचि का परीक्षण सूट निर्दिष्ट कर सकते हैं। हमारे मामले में, यह सुइट RefactoringKind होगा:

./llvm/utils/lit/lit.py -sv ./build/Ninja-RelWithDebInfoAssert/swift-macosx-x86_64/test-macosx-x86_64/refactoring/RefactoringKind/

नतीजतन, केवल इस फ़ाइल के परीक्षण लॉन्च किए जाएंगे। उनके कार्यान्वयन में कुछ सेकंड के दसियों लगेंगे। Lit.py के बारे में अधिक जानकारी पर बाद में निदान और परीक्षण अनुभाग में चर्चा की जाएगी।
परीक्षण विफल हो जाता है, जो टीडीडी प्रतिमान के लिए सामान्य है। आखिरकार, अब तक हमने उपकरण के तर्क के साथ कोड की एक भी पंक्ति नहीं लिखी है।

डिबगिंग और Xcode के माध्यम से विकास

और अंत में, अंतिम विकास विधि जब प्रोजेक्ट Xcode के तहत बनाया गया था। मुख्य प्लस ब्रेकपॉइंट सेट करने और डीबगिंग को नियंत्रित करने की क्षमता है।

Xcode के तहत प्रोजेक्ट बनाते समय, Swift.xcodeproj फ़ाइल बिल्ड / Xcode-DebugAssert / स्विफ्ट-macosx-x86_64 / फ़ोल्डर में बनाई जाती है। जब आप पहली बार इस फ़ाइल को खोलते हैं, तो ALL_BUILD उत्पन्न करने के लिए मैन्युअल रूप से योजनाएँ चुनना बेहतर होता है और स्वयं को फिर से सक्रिय करना:

इसके बाद, हम एक बार ALL_BUILD के साथ परियोजना का निर्माण करते हैं, उसके बाद हम स्विफ्ट-रिफ्लेक्टर योजना का उपयोग करते हैं।

रिफैक्टरिंग टूल को एक अलग निष्पादन योग्य फ़ाइल में संकलित किया जाता है - स्विफ्ट-रिफैक्टर। इस फ़ाइल के लिए सहायता –help ध्वज का उपयोग करके प्रदर्शित की जा सकती है। हमारे लिए सबसे दिलचस्प पैरामीटर हैं:

 -source-filename=<string> //   -pos=<string> //   -end-pos=<string> //   -kind //

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

लागू करने योग्य है

IsApplicable पद्धति इनपुट पर चयनित कोड टुकड़े के एएसटी नोड्स के बारे में जानकारी के साथ एक ResolveRangeInfo को स्वीकार करती है। विधि के आउटपुट पर, यह तय किया जाता है कि उपकरण को दिखाना है या नहीं Xcode संदर्भ मेनू में। पूर्ण ResolveRangeInfo इंटरफ़ेस शामिल / स्विफ्ट / IDE / Utils.h फ़ाइल में पाया जा सकता है।

ResolveRangeInfo वर्ग के उन क्षेत्रों पर विचार करें जो हमारे मामले में सबसे उपयोगी हैं:

रेंजकाइंड - पहली बात यह है कि चयनित क्षेत्र के प्रकार की जांच करें। यदि क्षेत्र अमान्य (अमान्य) है, तो आप गलत वापस कर सकते हैं। यदि प्रकार हमें सूट करता है, उदाहरण के लिए, सिंगलस्टेमेंट या मल्टीस्टैमेंट, तो आगे बढ़ें;

ContainedNodes - एएसटी तत्वों की एक सरणी जो चयनित सीमा में आती है। हम यह सुनिश्चित करना चाहते हैं कि उपयोगकर्ता उस सीमा का चयन करे जो अगर निर्माण में प्रवेश करती है। ऐसा करने के लिए, हम सरणी के पहले तत्व को लेते हैं और जांचते हैं कि यह तत्व IfStmt (वर्ग है जो कि उपप्रकार के कथन नोड के एएसटी नोड को परिभाषित करता है) से मेल खाती है। इसके बाद, हालत देखें। कार्यान्वयन को सरल बनाने के लिए, हम केवल एक शर्त के साथ अभिव्यक्ति के लिए उपकरण का उत्पादन करेंगे। स्थिति के प्रकार (CK_PatternBinding) से हम निर्धारित करते हैं कि यह है।

परीक्षण योग्य होने के लिए, फ़ाइल परीक्षण / रीफैक्टरिंग / RefactoringKind / basic.swift के लिए नमूना कोड जोड़ें।

परीक्षण के लिए हमारे टूल में कॉल का अनुकरण करने के लिए, आपको उपकरण / स्विफ्ट-रिफलेक्टर / स्विफ्ट-रिफैक्टोर.कैप फ़ाइल में एक पंक्ति जोड़ने की आवश्यकता है।

हम परफॉर्मेंस को लागू करते हैं

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

स्थिर टोकन के लिए कोड बनाते समय (भाषा सिंटैक्स द्वारा विनियमित), आप टोकन नामस्थान से संस्थाओं का उपयोग कर सकते हैं। उदाहरण के लिए, गार्ड कीवर्ड के लिए, tok :: kw_guard का उपयोग करें। गतिशील टोकन के लिए (डेवलपर द्वारा संशोधित, उदाहरण के लिए, फ़ंक्शन का नाम), आपको एएसटी तत्वों के सरणी से उन्हें चुनने की आवश्यकता है।

यह निर्धारित करने के लिए कि परिवर्तित कोड कहां डाला गया है, हम रेंजइन्फो.कॉन्टेंटरेंज निर्माण का उपयोग करके पूर्ण चयनित रेंज का उपयोग करते हैं।

निदान और परीक्षण

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

कंपाइलर या एपीआई में बड़े बदलाव करने से पहले बर्तनों / बिल्ड-स्क्रिप्ट - रिवॉल्यूएशन-टेस्ट वैलिडेशन टेस्ट को ज़रूर चलाएं।

संकलक के सभी इकाई परीक्षणों को चलाने का एक और तरीका है - निंजा के माध्यम से, निंजा चेक-स्विफ्ट बिल्ड / प्रीसेट / स्विफ्ट-मैकोक्स-x86_64 से। इसमें लगभग 15 मिनट लगेंगे।

और अंत में, विकल्प जब आपको अलग से परीक्षण चलाने की आवश्यकता होती है। सीधे LLVM से लिटोफोक स्क्रिप्ट को इनवॉइस करने के लिए, आपको इसे स्थानीय बिल्ड निर्देशिका का उपयोग करने के लिए कॉन्फ़िगर करना होगा। उदाहरण के लिए:

 % $ {LLVM_SOURCE_ROOT} /utils/lit/lit.py -sv $ {SWIFT_BUILD_DIR} / test-macosx-x86_64 / Parse /

यह 64-बिट macOS के लिए 'परीक्षण / पार्स /' निर्देशिका में परीक्षण चलाएगा। -Sv विकल्प परीक्षण निष्पादन का एक संकेतक प्रदान करता है और केवल विफल परीक्षणों के परिणाम दिखाता है।

Lit.py की कुछ अन्य उपयोगी विशेषताएं हैं, जैसे समय परीक्षण और विलंबता परीक्षण। आप इन और अन्य विशेषताओं को lit.py -h के साथ देख सकते हैं। सबसे उपयोगी यहाँ पाया जा सकता है ।

एक परीक्षण चलाने के लिए, लिखें:

  ./llvm/utils/lit/lit.py -sv ./build/Ninja-RelWithDebInfoAssert/swift-macosx-x86_64/test-macosx-x86_64/refactoring/RefactoringKind/basic.swift

यदि हमें नवीनतम संकलक परिवर्तनों को खींचने की आवश्यकता है, तो हमें सभी निर्भरताओं को अपडेट करने और रीबेस करने की आवश्यकता है। अपग्रेड करने के लिए, चलाएँ ।/utils/update-checkout।

निष्कर्ष

हम अपने लक्ष्य को प्राप्त करने में कामयाब रहे - एक ऐसा उपकरण बनाने के लिए जो काम को अनुकूलित करने के लिए आईडीई में पहले नहीं था। यदि आपके पास Apple उत्पादों को बेहतर बनाने और संपूर्ण iOS समुदाय के लिए जीवन को आसान बनाने के बारे में भी विचार हैं, तो काउंटर-ब्रांडिंग लेने के लिए स्वतंत्र महसूस करें, क्योंकि यह पहली नज़र में आसान लगता है!

2015 में, Apple ने सार्वजनिक डोमेन पर स्विफ्ट स्रोत कोड अपलोड किया, जिससे इसके संकलक के कार्यान्वयन विवरण में गोता लगाना संभव हो गया। इसके अलावा, Xcode 9 के साथ, आप स्थानीय रीफैक्टरिंग टूल जोड़ सकते हैं। C ++ का मूल ज्ञान और कंपाइलर डिवाइस आपके पसंदीदा IDE को थोड़ा और सुविधाजनक बनाने के लिए पर्याप्त है।

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

हमें उम्मीद है कि प्राप्त ज्ञान भी विकास की आपकी समझ को समृद्ध करेगा!

सामग्री @victoriaqb - विक्टोरिया कशलीना, आईओएस डेवलपर के साथ सह-लिखित थी।

कस्टम रीफैक्टरिंग टूल: स्विफ्ट