स्विफ्ट पर Xcode में संकलन को गति दें

जैसे-जैसे परियोजना बढ़ती है, परियोजना की संकलन गति धीमी हो जाती है। यह विशेष रूप से ध्यान देने योग्य हो जाता है जब आप कार्यक्रम का परीक्षण करते हैं, जबकि समानांतर में कार्यक्रम में छोटे बदलाव करते हैं।

पहले, आइए जानें कि परियोजना हमारे सुधारों के लिए कितने समय में संकलित है। ऐसा करने के लिए, टर्मिनल में दर्ज करें

defaults write com.apple.dt.Xcode ShowBuildOperationDuration -bool YES 

ऐसा करने के लिए, उत्पाद अनुभाग पर जाएँ और क्लीन बिल्ड फ़ोल्डर पर क्लिक करें, और फिर प्रोजेक्ट को फिर से इकट्ठा करें। मेरा प्रोजेक्ट 81 सेकंड के लिए संकलित है। देखते हैं कि सुधार के बाद क्या परिणाम होगा।



सबसे पहले, हमें यह पता लगाना चाहिए कि कौन से स्थान संकलन को धीमा करते हैं। डिफ़ॉल्ट रूप से, Xcode एक चेतावनी नहीं दिखाता है जहां समस्या है, लेकिन हम इसे ठीक कर सकते हैं।
सबसे कठिन स्थान महान विशेषताएं और प्रकार की जाँच हैं। इसलिए, हमें इन दो लाइनों को सेक्शन बिल्ड सेटिंग्स -> अन्य स्विफ्ट फ्लैग्स -> डीबग में दर्ज करना होगा

 -Xfrontend -warn-long-function-bodies=100 -Xfrontend -warn-long-expression-type-checking=100 

(यहां हमारे पास 100ms संकलन समय है, हम कोई भी संख्या डाल सकते हैं)


मेरे काम के मसौदे का एक उदाहरण



मेरे पास एक अनुभाग है जो 13778 एमएस लेता है, सबसे अधिक संभावना है कि आपके पास यह नहीं होगा, लेकिन परियोजना की बारीकियों के कारण, मैं इस तरह के अनुभागों को देखता हूं। चूंकि ओसीआर के लिए एक बाइनरी ट्री बनाया गया है।
एक दूसरे में गहरी घोंसले के शिकार और केवल शुरुआत में ही, समान संकेत से पहले टाइप करने की परिभाषा, संकलक को यह समझने के लिए बहुत समय की आवश्यकता होती है कि वह किस प्रकार का है। (पेड़ को 30 लाइनें लगती हैं, यहाँ इसका एक हिस्सा है)

को



के बाद



हमने प्रत्येक घोंसले के शिकार के लिए प्रकार निर्धारित किया और चेतावनी चली गई।

एक और कमजोर बिंदु एक पंक्ति में कई शॉर्ट सर्किट हैं।

को



के बाद

स्पष्ट रूप से निर्दिष्ट प्रकार



सभी चेतावनियों को ठीक करने के बाद, हम परियोजना के निर्माण समय की फिर से जाँच करेंगे।
अब परियोजना 26 सेकंड को ढाई गुना तेजी से संकलित करती है।



अभी भी काम करना बाकी है, लेकिन सबसे स्पष्ट समस्याएं तय की गई हैं।