आईओएस स्टोरीबोर्डिंग - व्यावहारिक अनुभव फिर से: एकाधिक डेवलपर्स?

Question

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

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

किसी को भी इस के साथ बहुत व्यावहारिक अनुभव, मध्यम जटिलता के उत्पादन क्षुधा में हुआ है?

अपने आकलन क्या है - इस संबंध में "प्राइम टाइम" के लिए तैयार storyboarding है? या यह एकल डेवलपर्स, या छोटी विकास टीमों के लिए बेहतर अनुकूल है?

(और कैसे इस तरह के कई स्टोरीबोर्ड फाइलों में 'sharding'? के रूप में समाधान, के बारे में)

विचार?

धन्यवाद!

Answer 1

पृष्ठभूमि के छोटे बिट:

मेरे पाँच व्यक्ति टीम, चार डेवलपर्स और गुणवत्ता आश्वासन, बस एक काफी बड़ी परियोजना (50 + कोड की लाइनों) कि स्टोरीबोर्डिंग काफी मात्रा में उपयोग किया अप समाप्त हो गया। हमारे पास कम से कम 10 अलग-अलग स्टोरीबोर्ड हैं जिनमें से कई नेविगेशन संरचना में 5 या 6 स्तर गहरे जा रहे हैं।

इसके अतिरिक्त, हम भारी ख़ामख़ाह के माध्यम से संस्करण नियंत्रण पर एक दिन में चेक-इन के दर्जनों के साथ भरोसा करते हैं,।

मेरे अनुभव:

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

हालांकि, मैं क्योंकि आप आसानी से कनेक्शन की एक विशाल चूहों घोंसला चल रहा प्राप्त कर सकते हैं कुछ 'sharding' कर रही है की सिफारिश करेंगे।

अंत में :

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

Answer 2

मर्ज संघर्ष अभी भी (Xcode 4.6 में भी शामिल है) एक बड़ी समस्या है कि एप्पल अभी तक हल नहीं किया गया है। कभी-कभी, स्टोरीबोर्ड सामग्री को देखने से यह संशोधित हो जाता है। संशोधन nibs के हानिरहित आंतरिक कार्यप्रणाली प्रतीत होते हैं, लेकिन यदि 2 लोग संशोधन किए बिना स्टोरीबोर्ड देखते हैं, फ़ाइल को सहेजते हैं, और फिर प्रतिबद्ध करते हैं, तो आप उन संघर्षों को देख सकते हैं जिन्हें आप समझ नहीं सकते हैं कि कैसे विलय करना है।मैंने थोड़ी देर पहले एक बग दायर किया था और इसे एक ज्ञात समस्या के डुप्लिकेट के रूप में चिह्नित किया गया है।

भी देखें इन सवालों जो इस समर्थन करते हैं:

Storyboards and SVN conflicts

http://robsprogramknowledge.blogspot.com/2012/01/uistoryboard-best-practices.html

Xcode changes unmodified storyboard and XIB files