प्रोग्राम बनाते समय मुझे ऑटोलैयट बाधाओं को कहां स्थापित करना चाहिए

Question 1

मैं विभिन्न उदाहरणों को देखता हूं, जहां अड़चनें निर्धारित हैं। कुछ ने उन्हें viewDidLoad/ loadView(सबव्यू जोड़ने के बाद) सेट किया। दूसरों ने उन्हें विधि में सेट किया updateViewConstraints, जिसे कहा जाता है viewDidAppear।

जब मैं updateViewContraintsवहां अड़चनें स्थापित करने की कोशिश करता हूं तो लेआउट में उछाल आ सकता है, उदाहरण से पहले दृश्य में थोड़ी देरी। इसके अलावा, अगर मैं इस पद्धति का उपयोग करता हूं, तो क्या मुझे पहले मौजूदा बाधाओं को दूर करना चाहिए [self.view [removeConstraints:self.view.constraints]?

Question 2

मैं viewDidLoad/ loadView(मैं iOS> = 6 को लक्षित कर रहा हूं) में अपनी बाधाओं को सेट करता हूं । updateViewConstraintsबाधाओं के बदलते मूल्यों के लिए उपयोगी है, उदाहरण के लिए अगर कुछ बाधा स्क्रीन के उन्मुखीकरण पर निर्भर है (मुझे पता है, यह एक बुरा अभ्यास है) तो आप constantइस पद्धति में इसे बदल सकते हैं ।

39:22 से शुरू होने वाले viewDidLoadसत्र "iOS और OS X के लिए ऑटो लेआउट का परिचय" (WWDC 2012) के दौरान बाधाओं को जोड़ना दिखाया गया है । मुझे लगता है कि यह उन चीजों में से एक है जो व्याख्यान के दौरान कही जाती हैं, लेकिन दस्तावेज में नहीं आती हैं।

अद्यतन: मैंने देखा है कि नियंत्रकों में संसाधन प्रबंधन में बाधाओं की स्थापना का उल्लेख है :

यदि आप स्टोरीबोर्ड का उपयोग करने के बजाय, प्रोग्रामेटिक रूप से व्यू बनाना पसंद करते हैं, तो आप ऐसा अपने व्यू कंट्रोलर के loadView तरीके को ओवरराइड करके करते हैं । इस पद्धति का आपका कार्यान्वयन निम्नलिखित कार्य करना चाहिए:

(...)

3. यदि आप ऑटो लेआउट का उपयोग कर रहे हैं, तो अपने विचारों की स्थिति और आकार को नियंत्रित करने के लिए आपके द्वारा बनाए गए प्रत्येक दृश्य के लिए पर्याप्त बाधाओं को असाइन करें । अन्यथा, दृश्य पदानुक्रम में उप-फ़्रेमों को समायोजित करने के लिए viewWillLayoutSubviewsऔर viewDidLayoutSubviewsविधियों को लागू करें । देखें "कंट्रोलर के दृश्य का आकार बदलना।"

अद्यतन 2 : WWDC 2015 के दौरान एप्पल एक नया स्पष्टीकरण दे दिया की updateConstraintsऔर updateViewConstraintsसिफारिश उपयोग:

वास्तव में, यह सब विचारों के लिए अगले लेआउट पास के लिए समय में बाधाओं को बदलने का मौका देने का एक तरीका है, लेकिन इसकी वास्तव में आवश्यकता नहीं है।

आपके सभी प्रारंभिक बाधा सेटअप आदर्श रूप से इंटरफ़ेस बिल्डर के अंदर होने चाहिए।

या यदि आप वास्तव में यह पाते हैं कि आपको अपने अवरोधों को प्रोग्रामेटिक रूप से आवंटित करने की आवश्यकता है, तो कुछ जगह जैसे कि व्यूडालैड बहुत बेहतर है।

अपडेट की कमी वास्तव में सिर्फ उस काम के लिए है जिसे समय-समय पर दोहराया जाना चाहिए।

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

तो आपको अपडेट बाधाओं का उपयोग करने की आवश्यकता कब होगी?

खैर, यह प्रदर्शन के लिए उबलता है।

यदि आप पाते हैं कि बस अपनी बाधाओं को जगह में बदलना बहुत धीमा है, तो अद्यतन बाधाएं आपकी मदद करने में सक्षम हो सकती हैं।

यह पता चला है कि अद्यतन बाधाओं के अंदर एक बाधा को बदलना वास्तव में अन्य समय में एक बाधा को बदलने से तेज है।

इसका कारण यह है क्योंकि इंजन बैच के रूप में इस पास में होने वाले सभी बाधा परिवर्तनों का इलाज करने में सक्षम है।

Question 3

मैं एक BOOL बनाने और उन्हें -updateConstraintsUIView (या -updateViewConstraints, UIViewController के लिए) स्थापित करने की सलाह देता हूं ।

-[UIView updateConstraints]: (सेब डॉक्स)

कस्टम विचार जो स्वयं को विवश करते हैं उन्हें इस विधि को ओवरराइड करके करना चाहिए।

दोनों -updateConstraintsऔर -updateViewConstraintsएक दृश्य के जीवनकाल के दौरान कई बार कहा जा सकता है। ( setNeedsUpdateConstraintsउदाहरण के लिए कॉल करने से यह ट्रिगर होगा, उदाहरण के लिए।) परिणामस्वरूप, आपको डुप्लिकेट बाधाओं को बनाने और सक्रिय करने से रोकने के लिए सुनिश्चित करने की आवश्यकता है - या तो केवल एक बार केवल कुछ बाधा सेटअप करने के लिए BOOL का उपयोग करके, या सुनिश्चित करके। नए लोगों को बनाने और सक्रिय करने से पहले मौजूदा बाधाओं को निष्क्रिय करने / हटाने के लिए।

उदाहरण के लिए:

  - (void)updateConstraints {  // for view controllers, use -updateViewConstraints

         if (!_hasLoadedConstraints) {
              _hasLoadedConstraints = YES;
             // create your constraints
         }
         [super updateConstraints];
    }

टिप्पणी के लिए @fresidue को चीयर्स कि एप्पल के डॉक्स superअंतिम चरण के रूप में कॉल करने की सलाह देते हैं । यदि आप superकुछ बाधाओं में बदलाव करने से पहले फोन करते हैं, तो आप रनटाइम अपवाद (क्रैश) को मार सकते हैं।

Question 4

यह Apple और WW प्रलेखन से WWDC वीडियो के अनुसार, ViewDidLoad में किया जाना चाहिए।

पता नहीं क्यों लोग अपडेटकॉन्स्ट्रक्ट्स की सिफारिश करते हैं। यदि आप अद्यतनों में काम करते हैं तो आप NSAutoresizingMaskLayoutConstraint के साथ ऑटो रिसाइज़िंग के साथ मुद्दों को हिट करेंगे क्योंकि आपके विचार पहले ही ऑटो मास्क को ध्यान में रखते हैं। काम करने के लिए आपको उन्हें अपडेटडोनस्ट्रेन्ट में निकालना होगा।

UpdateConstraints सिर्फ उस के लिए होना चाहिए, जब आपको उन्हें 'अपडेट' करने की आवश्यकता हो, तो अपने प्रारंभिक सेटअप से बदलाव करें आदि।

Question 5

इसे देखने के लेआउट लेआउट विधि किया था

override func viewDidLayoutSubviews() {
    super.viewDidLayoutSubviews()
}

Question 6

मेरे पास यह समाधान है कि स्टोरीबोर्ड में लोड होने से पहले बाधाओं को बदल दिया जाए। यह समाधान दृश्य लोड होने के बाद किसी भी अंतराल को हटा देता है।

-(void)updateViewConstraints{

    dispatch_async(dispatch_get_main_queue(), ^{

            //Modify here your Constraint -> Activate the new constraint and deactivate the old one

            self.yourContraintA.active = true;
            self.yourContraintB.active= false;
            //ecc..
           });

    [super updateViewConstraints]; // This must be the last thing that you do here -> if! ->Crash!
}

Question 7

आप उन्हें में सेट कर सकते हैं viewWillLayoutSubviews: भी:

 override func viewWillLayoutSubviews() {

    if(!wasViewLoaded){
        wasViewLoaded = true

        //update constraint

        //also maybe add a subview            
    }
}

Question 8

यह मेरे लिए काम किया:

स्विफ्ट 4.2

override func viewWillAppear(_ animated: Bool) {
        super.viewWillAppear(animated)

// Modify your constraints in here

  ...

}

हालांकि ईमानदारी से मुझे यकीन नहीं है कि अगर यह इसके लायक है। यह देखने में थोड़ा धीमा लगता है। मैं उन्हें बाद के बाहर ले जाना चाहता था, क्योंकि यह बड़े पैमाने पर हो रहा है।

Question 9

निम्न उदाहरण किसी भी दृश्य को किसी अन्य कक्षा में पास करना है। स्टोरीबोर्ड से मेरा विचार बनाएं

स्विफ्ट 5.0

    override func viewWillAppear(_ animated: Bool) {
        
      super.viewWillAppear(animated) 
        DispatchQueue.main.async {
            self.abcInstance = ABC(frame: self.myView.frame)
          } 
      }

यदि आप DispatchQueue.main.async को मिस करते हैं, तो viewWillAppear में बाधाओं को अपडेट करने में समय लगेगा। स्टोरीबोर्ड में myView बनाएं और स्क्रीन की चौड़ाई और ऊँचाई के समान अड़चनें दें, फिर myView का प्रिंटिंग फ़्रेम आज़माएं। यह DispatchQueue.main.async या viewDidAppear में सटीक मान देगा, लेकिन DispatchQueue.main.async के बिना viewWillAppear में सटीक मूल्य नहीं देगा।