द न्यू आईओएस मोबाइल एंटरप्राइज। भाग # 1: संसाधनों के लिए कोड जनरेशन

सभी को नमस्कार!

मेरा नाम दिमित्री है। ऐसा हुआ कि मैं पिछले दो वर्षों से 13 आईओएस डेवलपर्स की एक टीम में एक टीम लीडर हूं। और साथ में हम टिंकऑफ बिजनेस एप्लिकेशन पर काम कर रहे हैं।

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

मैं आपको उन प्रथाओं और दृष्टिकोणों के बारे में बताऊंगा जिनकी मदद से टीम को विकास और परीक्षण में तेजी लाने में मदद मिली है और एक अनिर्धारित या तत्काल रिलीज के साथ तनाव, कीड़े, समस्याओं की मात्रा को कम करता है। #MakeReleaseWithoutStress

चलो चलते हैं!

समस्या का वर्णन

निम्नलिखित स्थिति की कल्पना करें।

एक और रिलीज है। यह प्रतिगमन परीक्षण से पहले था, परीक्षकों को फिर से एक जगह मिली जहां आवेदन में पाठ के बजाय, लाइन आईडी प्रदर्शित किया गया है।

यह हमारी सबसे लगातार समस्याओं में से एक थी जिसका हमने सामना किया।

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

लेकिन आपको अन्य समस्याओं का सामना करना पड़ सकता है जिन्हें हम हल करने में आपकी मदद करेंगे:

• एप्लिकेशन क्रैश हो जाता है क्योंकि आपने गलत तरीके से चित्र का नाम निर्दिष्ट किया है और बल पूर्ववत नहीं किया है
  

  UIImage(named: "NotExist")! 

• यदि स्टोरीबोर्ड को लक्ष्य में नहीं जोड़ा जाता है तो एप्लिकेशन क्रैश हो जाता है
• यदि आप स्टोरीबोर्ड से किसी गैर-मौजूद आईडी के साथ कोई नियंत्रक बनाते हैं तो एप्लिकेशन क्रैश हो जाता है
• यदि आपने स्टोरीबोर्ड से एक मौजूदा आईडी के साथ एक नियंत्रक बनाया है, तो एप्लिकेशन क्रैश हो जाता है, लेकिन गलत वर्ग में डाला जाता है
• अप्रत्याशित व्यवहार यदि आप कोड में एक फ़ॉन्ट का उपयोग करते हैं जो कि info.plist में नहीं जोड़ा गया है, या यदि फ़ॉन्ट फ़ाइल को लक्ष्य के साथ चिह्नित नहीं किया गया है: दुर्घटना संभव है, या केवल एक मानक फ़ॉन्ट प्राप्त करना संभव है जो आपको चाहिए। डेवलपर Apple: कस्टम फ़ॉन्ट्स , Stackoverflow: क्रैश
• यदि स्टोरीबोर्ड नियंत्रक को उस वर्ग को इंगित करता है जो मौजूद नहीं है तो एप्लिकेशन क्रैश हो जाता है
• नीरस कोड का एक गुच्छा जो आइकन, फोंट, नियंत्रक, दृश्य बनाता है
• रनटाइम में कोई चित्र, आइकन नहीं हैं, हालांकि तस्वीर का नाम स्टोरीबोर्ड में है, लेकिन परिसंपत्तियों में नहीं
• स्टोरीबोर्ड एक ऐसे फॉन्ट का उपयोग करता है जो info.plist में नहीं है
• स्थानीय पहचान योग्य। में लाइनों को हटाने के कारण, अप्रत्याशित स्थानों में स्थानीयकृत होने के बजाय, पंक्ति में रो आईडी दिखाई देते हैं (सोचा कि वे उपयोग नहीं किए गए थे)
• कुछ और जो मैं उल्लेख करना भूल गया, या हमने अभी तक सामना नहीं किया है।

कारण → प्रभाव

यह सब क्यों हो रहा है?

प्रोग्राम कोड है जो संकलित करता है। यदि आपने कुछ गलत लिखा है (फोन करते समय वाक्य रचना, या गलत फ़ंक्शन नाम), तो आपकी परियोजना बस असेंबल नहीं की जाएगी। यह समझने योग्य, स्पष्ट और तार्किक है।

लेकिन संसाधनों जैसी चीजों का क्या?

वे संकलित नहीं हैं, कोड को संकलित करने के बाद उन्हें बस बंडल में जोड़ा जाता है। इस संबंध में, बड़ी संख्या में समस्याएं रनटाइम में हो सकती हैं, उदाहरण के लिए, ऊपर वर्णित मामला - स्थानीयकरण में तार के साथ।

समाधान के लिए खोजें

हमने सोचा कि इस तरह की समस्याओं को सामान्य रूप से कैसे हल किया जाता है, और हम इसे कैसे ठीक कर सकते हैं। मुझे mail.ru पर Cocoaheads सम्मेलनों में से एक याद आया। कोड जनरेशन टूल्स की तुलना करने के बारे में चर्चा हुई।

एक बार फिर से देखने के बाद कि ये उपकरण (पुस्तकालय / रूपरेखा) क्या हैं, हमने अंत में पाया कि क्या आवश्यक था।

इसी समय, डेवलपर्स द्वारा एंड्रॉइड के लिए वर्षों से एक समान दृष्टिकोण का उपयोग किया गया है। Google ने उनके बारे में सोचा और उन्हें बॉक्स से बाहर एक ऐसा उपकरण बनाया। लेकिन Apple, यहां तक ​​कि स्थिर Xcode, हमें नहीं कर सकता ...

जो कुछ भी था वह केवल यह जानने के लिए था कि कौन सा उपकरण चुनना है: नताली , स्विफ्टगैन या आर । स्विफ्ट ?

नताली के पास स्थानीयकरण का समर्थन नहीं था, इसे तुरंत त्यागने का निर्णय लिया गया था। SwiftGen और R.swift में बहुत समान क्षमताएं थीं। हमने R.swift का विकल्प चुना, बस सितारों की संख्या के आधार पर, यह जानते हुए कि किसी भी समय हम SwiftGen में बदल सकते हैं।

R.swift कैसे काम करता है

एक पूर्व-संकलन बिल्ड चरण स्क्रिप्ट लॉन्च किया गया है, यह प्रोजेक्ट संरचना के माध्यम से चलता है और R.generated.swift नामक एक फ़ाइल उत्पन्न करता है, जिसे परियोजना में जोड़ा जाना होगा (हम आपको इस बारे में अधिक बताएंगे कि यह बहुत अंत में कैसे करें)।

फ़ाइल में निम्न संरचना है:

 import Foundation import Rswift import UIKit /// This `R` struct is generated and contains references to static resources. struct R: Rswift.Validatable { fileprivate static let applicationLocale = hostingBundle.preferredLocalizations.first.flatMap(Locale.init) ?? Locale.current fileprivate static let hostingBundle = Bundle(for: R.Class.self) static func validate() throws { try intern.validate() } // ... /// This `R.string` struct is generated, and contains static references to 2 localization tables. struct string { /// This `R.string.localizable` struct is generated, and contains static references to 1196 localization keys. struct localizable { /// en translation:  Apple Pay /// /// Locales: en, ru static let card_actions_activate_apple_pay = Rswift.StringResource(key: "card_actions_activate_apple_pay", tableName: "Localizable", bundle: R.hostingBundle, locales: ["en", "ru"], comment: nil) // ... /// en translation:  Apple Pay /// /// Locales: en, ru static func card_actions_activate_apple_pay(_: Void = ()) -> String { return NSLocalizedString("card_actions_activate_apple_pay", bundle: R.hostingBundle, comment: "") } } } } 

का उपयोग करें:

 let str = R.string.localizable.card_actions_activate_apple_pay() print(str) >  Apple Pay 

" Rswift.StringResource आवश्यकता क्यों है?", आप पूछते हैं। मैं खुद नहीं समझता कि इसे क्यों बनाया जाए, लेकिन, जैसा कि लेखक बताते हैं, निम्न के लिए इसकी आवश्यकता है: लिंक ।

वास्तविक दुनिया आवेदन

नीचे दी गई सामग्री की एक छोटी व्याख्या:

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

स्थानीयकरण

हमने स्थानीयकरण के लिए R.swift का उपयोग करना शुरू कर दिया, इसने हमें उन समस्याओं से बचाया, जिनके बारे में हमने शुरुआत में लिखा था। अब, यदि स्थानीयकरण में आईडी बदल गई है, तो परियोजना को इकट्ठा नहीं किया जाएगा।

* यह केवल तभी काम करता है जब आप सभी स्थानीयकरणों में आईडी को दूसरे में बदलते हैं। यदि कोई स्ट्रिंग किसी भी स्थानीयकरण में रहती है, तो संकलन पर एक चेतावनी होगी कि यह आईडी सभी भाषाओं में स्थानीयकृत नहीं है।

 final class NewsViewController: UIViewController { override func viewDidLoad() { super.viewDidLoad() titleLabel.text = NSLocalizedString("news_title", comment: "News title") } } 

 extension String { public func localized(in bundle: Bundle = .main, value: String = "", comment: String = "") -> String { return NSLocalizedString(self, tableName: nil, bundle: bundle, value: value, comment: comment) } } final class NewsViewController: UIViewController { private enum Localized { static let newsTitle = "news_title".localized() } override func viewDidLoad() { super.viewDidLoad() titleLabel.text = Localized.newsTitle } } 

 titleLabel.text = R.string.localizable.newsTitle() 

छवियाँ

अब, यदि हमने * .xcassets में कुछ का नाम बदल दिया, और कोड में नहीं बदला, तो प्रोजेक्ट को केवल असेंबल नहीं किया जाएगा।

 imageView.image = UIImage(named: "NotExist") //     imageView.image = UIImage(named: "NotExist")! // crash imageView.image = #imageLiteral(resourceName: "NotExist") // crash 

 imageView.image = R.image.tinkoffLogo() //     

स्टोरीबोर्ड

 let someStoryboardName = "SomeStoryboard" // Change to something else (eg: "somestoryboard") - get nil or crash in else let someVCIdentifier = "SomeViewController" // Change to something else (eg: "someviewcontroller") - get nil or crash in else let storyboard = UIStoryboard(name: someStoryboardName, bundle: .main) let _vc = storyboard.instantiateViewController(withIdentifier: someVCIdentifier) guard let vc = _vc as? SomeViewController else { //    -  ,  Fabric  Firebase //    fatalError() ¯\_(ツ)_/¯} 

 guard let vc = R.storyboard.someStoryboard.someViewController() else { //    -  ,  Fabric  Firebase //    fatalError() ¯\_(ツ)_/¯ } 

और इसी तरह।

मान्यता स्टोरीबोर्ड

यदि आप स्टोरीबोर्ड या xib फ़ाइलों में कुछ गलत करते हैं, तो R.validate () एक अद्भुत उपकरण है जो हाथों को हिलाता है (या यूँ कहें कि एक कैच ब्लॉक में एक त्रुटि फेंकता है)।
उदाहरण के लिए:

• चित्र का नाम इंगित किया, जो प्रोजेक्ट में नहीं है
• उन्होंने फ़ॉन्ट को इंगित किया, और फिर इसका उपयोग करना बंद कर दिया और इसे परियोजना से हटा दिया (info.plist से)

का उपयोग करें:

 final class AppDelegate: UIResponder { func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]? = nil) -> Bool { #if DEBUG do { try R.validate() } catch { //   fatalError      //        debug        //  -   ,                 production fatalError(error.localizedDescription) } #endif return true } } 

और अब आप दो खरीदने के लिए तैयार हैं!

कैसे लागू करें?

* घटक-आधारित प्रणाली - एक विकी , एक कोड डेवलपमेंट कॉन्सेप्ट जिसमें घटकों (स्क्रीन का एक सेट / मॉड्यूल एक साथ जुड़ा हुआ है) को एक बंद वातावरण में विकसित किया जाता है (हमारे मामले में, स्थानीय पॉड्स में) ताकि कोड बेस के सामंजस्य को कम किया जा सके। बहुत से लोग बैकएंड में दृष्टिकोण को जानते हैं, जो इस अवधारणा पर आधारित है - माइक्रोसर्विस।

* मोनोलिथ - विकी , कोड विकास की अवधारणा, जिसमें संपूर्ण कोड आधार एक रिपॉजिटरी में निहित है, और कोड बारीकी से संबंधित है। यह अवधारणा छोटी परियोजनाओं के लिए उपयुक्त है, जो कार्यों के सीमित सेट के साथ है।

यदि आप एक अखंड अनुप्रयोग विकसित कर रहे हैं या केवल तृतीय-पक्ष निर्भरता का उपयोग कर रहे हैं, तो आप भाग्य में हैं (लेकिन यह सटीक नहीं है)। ट्यूटोरियल लें और उस पर सख्ती से सब कुछ करें।

यह हमारा मामला नहीं था। हम जुड़ गए। चूंकि हम मुख्य अनुप्रयोग में R.swift एम्बेड , एक घटक-आधारित प्रणाली का उपयोग करते हैं, इसलिए हमने इसे स्थानीय पॉड्स (जो घटक हैं) में एम्बेड करने का निर्णय लिया।

स्थानीयकरण, चित्रों और R.generated.swift फ़ाइल को प्रभावित करने वाले सभी तत्वों के निरंतर अद्यतन के कारण, सामान्य शाखा में विलय होने पर उत्पन्न फ़ाइल में कई संघर्ष होते हैं। और इससे बचने के लिए, आपको Git रिपॉजिटरी से R.generated.swift को हटा देना चाहिए। लेखक भी ऐसा करने की सलाह देता है ।

निम्न पंक्तियों को जोड़ें .gitignore

 # R.Swift generated files *.generated.swift 

इसके अलावा, यदि आप कुछ संसाधनों के लिए कोड उत्पन्न नहीं करना चाहते हैं, तो आप हमेशा व्यक्तिगत फ़ाइलों या संपूर्ण फ़ोल्डरों को अनदेखा करने का उपयोग कर सकते हैं:

 "${PODS_ROOT}/R.swift/rswift" generate "${SRCROOT}/Example" "--rswiftignore" "Example/.rswiftignore" 

.rswiftignore का वर्णन

मुख्य परियोजना के रूप में, हमारे लिए यह महत्वपूर्ण था कि स्थानीय पॉड्स से गिट रिपोजिटरी में R.generated.swift फाइलें न जोड़ें। हमने विकल्पों पर विचार करना शुरू किया कि यह कैसे किया जा सकता है:

• R.generated.swift पर अन्य नाम, ताकि फ़ाइल (उदाहरण के लिए: R.swift) को प्रोजेक्ट में जोड़ा जाए, और तब, जब संदर्भ द्वारा संकलित किया जाता है, तो वास्तविक फ़ाइल उपलब्ध होती है। लेकिन कोकोपोड स्मार्ट होते हैं, और ऐसा करने की अनुमति नहीं है
• पूर्व-संकलित चरण में पॉडस्पेक में स्क्रिप्ट का उपयोग करके प्रोजेक्ट में R.generated.swift फ़ाइल जोड़ें, लेकिन फिर इसे फ़ाइल सिस्टम में फ़ाइल के रूप में जोड़ा जाएगा, और फ़ाइल प्रोजेक्ट में दिखाई नहीं देगी
• अन्य अधिक या कम स्वच्छ विकल्प

• पॉडफाइल में जादू

  
  
  जादू

  
  
  

   pre_install do |installer| installer.pod_targets.flat_map do |pod_target| if pod_target.pod_target_srcroot.include? 'LocalPods' #           LocalPods,     ,   pod_target_srcroot = pod_target.pod_target_srcroot #   pod_target_path = pod_target_srcroot.sub('${PODS_ROOT}/..', '.') #       pod_target_sources_path = pod_target_path + '/' + pod_target.name + '/Sources' #     Sources generated_file_path = pod_target_sources_path + '/R.generated.swift' #     R.generated.swift File.new(generated_file_path, 'w') #    R.generated.swift      end end end 

  
  
  
  

• और एक अन्य विकल्प ... अभी भी g.g में R.generated.swift जोड़ें

हम इस विकल्प पर अस्थायी रूप से बस गए: "पोडफाइल में जादू", इस तथ्य के बावजूद कि इसमें कई कमियां थीं:

• इसे केवल प्रोजेक्ट रूट से लॉन्च किया जा सकता है (हालाँकि प्रोजेक्ट में लगभग किसी भी फोल्डर से कोकोपोड्स लॉन्च किए जा सकते हैं)
• सभी पॉड्स में एक फ़ोल्डर होना चाहिए जिसे स्रोत कहा जाता है (हालांकि यह महत्वपूर्ण नहीं है यदि पॉड क्रम में हैं)
• वह अजीब और समझ से बाहर था, लेकिन जल्दी या बाद में उसे समर्थन करना होगा (यह अभी भी एक बैसाखी है)
• यदि कुछ थर्ड-पार्टी लाइब्रेरी अपने मार्ग में "LocalPods" के साथ एक फ़ोल्डर में है, तो यह वहाँ R.generated.swift फ़ाइल को जोड़ने का प्रयास करेगा या यह एक त्रुटि के साथ क्रैश होगा

prepare_command

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

* समाचार - फली का नाम, जिसे आपके स्थानीय पॉड के नाम से बदला जाना चाहिए
* टच - एक फाइल बनाने के लिए कमांड। तर्क फ़ाइल के सापेक्ष पथ है (एक्सटेंशन के साथ फ़ाइल का नाम सहित)

इसके बाद हम News.podspec के साथ धोखाधड़ी करेंगे

इस स्क्रिप्ट को पहली बार pod install कहा जाता है जिसे रन किया जाता है और फाइल को हम चूल्हा में स्रोत फ़ोल्डर में जोड़ते हैं।

 Pod::Spec.new do |s| # ... generated_file_path = "News/Sources/R.generated.swift" s.prepare_command = <<-CMD touch "#{generated_file_path}" CMD # ... end 

अगला एक और "कानों के साथ झगड़ा" है - हमें स्थानीय श्रोताओं के लिए स्क्रिप्ट R.swift को कॉल करने की आवश्यकता है।

 Pod::Spec.new do |s| # ... s.dependency 'R.swift' r_swift_script = '"${PODS_ROOT}/R.swift/rswift" generate "${PODS_TARGET_SRCROOT}/News/Sources"' s.script_phases = [ { :name => 'R.swift', :script => r_swift_script, :execution_position => :before_compile } ] end 

सच है, एक है "लेकिन।" prepare_command स्थानीय पॉड्स के साथ काम नहीं करता है, या यह काम करता है, लेकिन कुछ विशेष मामलों में। इस विषय पर गितुब पर चर्चा चल रही है ।

विपत्ति

* घातक - विकी , मौत का संग्राम में अंतिम हिट।

थोड़ा और अधिक शोध के बाद, मुझे एक और समाधान मिला - ए का एक हाइब्रिड c prepare_command और pre_install ।

पोडफाइल से जादू का एक छोटा संशोधन:

 pre_install do |installer| # map development pods installer.development_pod_targets.each do |target| # get only main spec and exclude subspecs spec = target.non_test_specs.first # get full podspec file path podspec_file_path = spec.defined_in_file # get podspec dir path pod_directory = podspec_file_path.parent # check if path contains local pods directory # exclude development but non local pods local_pods_directory_name = "LocalPods" if pod_directory.to_s.include? local_pods_directory_name # go to pod root directorty and run prepare command in sub-shell system("cd \"#{pod_directory}\"; #{spec.prepare_command}") end end end 

और वही लिपि जो स्थानीय चूल्हों के लिए नहीं चलती थी

 Pod::Spec.new do |s| # ... s.dependency 'R.swift' generated_file_path = "News/Sources/R.generated.swift" s.prepare_command = <<-CMD touch "#{generated_file_path}" CMD r_swift_script = '"${PODS_ROOT}/R.swift/rswift" generate "${PODS_TARGET_SRCROOT}/News/Sources"' s.script_phases = [ { :name => 'R.swift', :script => r_swift_script, :execution_position => :before_compile } ] end 

अंत में, यह हमारी अपेक्षा के अनुरूप काम करता है।

अंत में!

पुनश्च:

मैंने prepare_command बजाय एक और कस्टम कमांड बनाने की कोशिश की, लेकिन pod lib lint prepare_command pod lib lint (पॉडसेक सामग्री और चूल्हा को मान्य करने के लिए एक कमांड) अतिरिक्त चर पर शपथ लेता है और पास नहीं होता है।

गैर-स्थानीय चूल्हा

रिमोट पॉड्स में (जो प्रत्येक अपने स्वयं के भंडार में हैं) आपको यह सब स्क्रिप्टिंग जादू की आवश्यकता नहीं है, जो ऊपर वर्णित है, क्योंकि वहां कोड आधार सख्ती से निर्भरता संस्करण से बंधा हुआ है।

यह केवल उदाहरण को एम्बेड करने के लिए पर्याप्त है (फली काम पैदा करने के बाद उत्पन्न एक परियोजना <नाम> आदेश) R.swift स्क्रिप्ट ही और पुस्तकालय पैकेज (नीचे) के लिए R.generated.swift जोड़ें। यदि प्रोजेक्ट में उदाहरण नहीं है, तो आपको स्क्रिप्ट लिखना होगा जो कि मेरे द्वारा उद्धृत के समान होगा।

पुनश्च:

एक छोटा सा स्पष्टीकरण है:
R.swift + Xcode 10 + नया बिल्ड सिस्टम + इंक्रीमेंटल बिल्ड! = <3
लाइब्रेरी के मुख्य पृष्ठ पर या यहाँ समस्या के बारे में अधिक जानकारी
R.swift v4.0.0 कोकोपोड्स के साथ काम नहीं करता है 1.6.0 :(
मुझे लगता है कि जल्द ही सभी समस्याओं को ठीक कर दिया जाएगा।

निष्कर्ष

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

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

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

और R.swift से प्राप्त होने वाले लाभ का एक बड़ा हिस्सा मानव-घंटे है जो टीम अधिक महत्वपूर्ण चीजों पर खर्च कर सकती है: नई सुविधाएँ, नए तकनीकी समाधान, गुणवत्ता में सुधार और इतने पर। R.swift ने अपने एकीकरण पर खर्च किए गए समय की पूरी तरह से वापसी की, यहां तक ​​कि भविष्य में इसके समान प्रतिस्थापन के साथ इसके संभावित प्रतिस्थापन को भी ध्यान में रखा।

R.swift

बोनस

आप संसाधनों के लिए कोड पीढ़ी से लाभ को अपनी आंखों से तुरंत देखने के लिए एक उदाहरण के साथ चारों ओर खेल सकते हैं। परियोजना का स्रोत कोड "चारों ओर खेलने के लिए": गिटहब ।

लेख पढ़ने के लिए बहुत बहुत धन्यवाद या सिर्फ इस जगह पर जाने के लिए, मैं किसी भी मामले में प्रसन्न हूं)

बस इतना ही।