क्या स्टोरीबोर्ड .nib

Question

की आवश्यकता को खत्म करता है स्टोरीबोर्ड की शुरूआत के साथ, जब मैं UIViewController का उप-वर्ग बनाता हूं, तो मैं .xib/.nib बनाने का चयन नहीं करता, क्योंकि मैं इंटरफ़ेस बिल्डर में व्यू कंट्रोलर खींच सकता हूं और इसे नई कक्षा में असाइन करें।

तो, स्टोरीबोर्ड के साथ, मुझे .xib/.nib फ़ाइल का उपयोग करने की आवश्यकता कब होगी?

धन्यवाद।

Answer 1

मुझे लगता है कि स्टोरीबोर्ड में आपके सभी विचारों के लिए .xib/.nib फ़ाइलें शामिल हैं। यह उनके बीच संबंध प्रस्तुत करता है और यदि आपके पास बहुत सारे विचार हैं तो भ्रम से बचने में आपकी सहायता करता है। कोड लिखते समय भी यह आपके समय और नसों को बचाता है।

Answer 2

यदि आप स्टोरीबोर्ड का उपयोग करते हैं, तो आपको आम तौर पर अलग .xib फ़ाइलों को बनाने की आवश्यकता नहीं होगी। यदि आप चाहें तो अभी भी एक .xib फ़ाइल का उपयोग कर सकते हैं - यह उपयोगी हो सकता है उदा। यदि आपके पास एक विशेष रूप से जटिल दृश्य है जिसे आप स्वयं कॉन्फ़िगर करना चाहते हैं। अधिकांश समय, हालांकि, ऐसा करने की आवश्यकता नहीं होगी।

Answer 3

स्टोरीबोर्ड एनआईबी फाइलों की पूरी तरह से आवश्यकता को पूरी तरह से हटा नहीं देते हैं। एक आम उदाहरण है जब UIScrollView के अंदर जाने के लिए सबव्यूव्यू बनाते हैं। आप स्टोरीबोर्ड में अलग-अलग सबव्यूव नहीं बना सकते हैं; इसके बजाय आपको उप-दृश्यों के लिए अलग-अलग एनआईबी (एस) बनाना होगा और उन्हें प्रोग्रामिक रूप से स्क्रॉल व्यू में संलग्न करना होगा।

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

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

Answer 4

मैं हाल ही में storyboarding बाहर की कोशिश की है और मैं इसके उपयोग के बारे में मिश्रित भावनाओं है:

प्रो की

• सुविधा: आप बहुत कम कोड लिखने के लिए हो सकता है। तो आप उदाहरण के लिए किसी भी कोड को लिखने के बिना एक स्थिर दृश्य दिखा सकते हैं।
• अवलोकन: आप जल्दी से देख सकते हैं कि ViewControllers एक दूसरे को

• क्षमता से संबंधित हैं: सरल उपयोग के मामलों के लिए मैं स्टोरीबोर्डिंग लगता है बहुत "पुराना तरीका" से अधिक कुशल।

  उदाहरण 1: Editor > Embed In > Navigation Controller और voilà, कोई और तत्काल और कॉन्फ़िगर करने की आवश्यकता नहीं है।

  उदाहरण 2: आप टेबल व्यू के लिए "प्रोटोटाइप सेल" बना सकते हैं जो स्थिर तालिका दृश्यों को नाटकीय रूप से तैयार करता है। AFAIK इस निब फाइलों के साथ not possible है

• यह शांत :-) है

कोन के

• मुझे लगता है कि फिर से प्रयोज्य किसी भी तरह स्टोरीबोर्ड के साथ ग्रस्त है। हालांकि मैं कई बिंदुओं से दिए गए व्यू कंट्रोलर को सीगू कर सकता हूं, फिर भी यह एक ही मामले में सीमित है क्योंकि मैं वीसी को पॉपओवर के रूप में और दूसरे में मास्टर-व्यू कंट्रोलर के रूप में उपयोग कर सकता हूं।
• मान लीजिए कि आप एक बड़ी टीम में काम कर रहे हैं और अलग-अलग लोग आपके आवेदन के विभिन्न हिस्सों को बदल रहे हैं, जिसमें एक मोनोलिथिक स्टोरीबोर्ड है जिसे आप विलय करना चाहते हैं, एक बड़ी समस्या टीम-वर्क-वार हो सकती है।
• मैं वास्तव में स्टोरीबोर्ड में मौजूदा निब फ़ाइलों को शामिल या संदर्भित करने के लिए कुछ तंत्र बनाना चाहता हूं जो वर्तमान में संभव नहीं है।

इसलिए इन बिंदुओं पर विचार करते हुए मुझे अभी भी स्टोरीबोर्डिंग बहुत आकर्षक लग रही है लेकिन यह उन दोनों दृष्टिकोणों को गठबंधन करने के लिए समझ में आता है जो वास्तव में एक बड़ा सौदा नहीं है। इसके अतिरिक्त, यह तकनीक अभी भी काफी नई है, इसलिए यह निकट (निकट) भविष्य में सुधार हो सकती है।