18
के लिए कोई सर्वोत्तम प्रथाएं या सम्मेलन है, क्या मैं सोच रहा था कि आपकी आईओएस परियोजनाओं को व्यवस्थित करने के लिए कोई सर्वोत्तम प्रथाएं या सम्मेलन हैं या नहीं?क्या आईओएस प्रोजेक्ट स्ट्रक्चर
धन्यवाद।
A
उत्तर
13
मुझे पता है कि यह एक पुराना सवाल है - लेकिन एक उत्तर जोड़ने का विचार दूसरों को यहां रहने में मदद करेगा।
मुझे this link सहायक मिला।
9
iOS Coding Best Practices Slideshare से जीन-लुक दाऊद से लिया:
+2
यह बिल्कुल इस बात पर निर्भर करता है कि आपके प्रोजेक्ट में आपके पास कितना कोड है, लेकिन मुझे व्यक्तिगत रूप से लगता है कि "हेल्पर्स" नामक फ़ोल्डर अच्छा नहीं है। एक जोखिम है कि आखिर में सब कुछ खत्म हो जाएगा, जब तक इसे "उपयोगिता" माना जाता है। मुझे लगता है कि विभिन्न प्रकार की यूटिलिटीज के लिए स्वयं स्पष्टीकरण वाले नामों के साथ अलग-अलग फ़ोल्डर्स बेहतर हैं, जैसे "एन्क्रिप्शन", "सीरियलाइजेशन" इत्यादि –
+1
ए हेल्पर/यूटिलिटी-पैकेज कार्यक्षमता निकालने का एक आम तरीका है जो पुन: प्रयोज्य है और इसकी सबसे अधिक संभावना है कुछ दिन एक पुन: प्रयोज्य उपयोगिता पुस्तकालय में रखा जाना चाहिए। बेशक हेल्पर/यूटिलिटी-पैकेज के भीतर स्वयं स्पष्टीकरण फ़ोल्डर्स हैं लेकिन मैं उन्हें अपने मॉडल या कंट्रोलर पैकेज जैसे विशेष रूप से एक बड़ी परियोजना में रखने की सलाह नहीं दूंगा ... लेकिन जैसा कि यह सब स्वाद का विषय है, आपकी टीम के साथ एक बुनियादी संरचना पर सहमत होना सबसे महत्वपूर्ण है, जिसे आप सभी को सहज महसूस करते हैं। –
4
मेरे लिए, Architecting iOS Project समाधान पूरी तरह से काम करता है। मैंने कोकोपोड भी जोड़े।
0
हालांकि मैं मानता हूँ कि सबसे आम बात प्रकार के आधार पर वर्गीकृत फ़ाइलें (यानी ViewControllers, मॉडल आदि) है, मैं कुछ व्यापार देखते हैं कि जोड़ना होगा:
अब मेरी परियोजना की तरह दिखता है ऐसे मामले जहां प्रदान की गई कार्यक्षमता द्वारा कोड व्यवस्थित करना अधिक उपयोगी होता है। उदाहरण के लिए यदि आप ऐसी कंपनी के लिए काम करते हैं जो सेवाओं के कई संयोजन प्रदान करता है, आमतौर पर विभिन्न ऐप्स में पैक किया जाता है जो कुछ तत्वों को साझा करते हैं, उदाहरण के लिए - एड्रेसबुक, संदेश, दस्तावेज़ प्रबंधन, आदि ...
मेरी परियोजनाओं में आमतौर पर मेरे पास सामान्य नामक फ़ोल्डर जहां मैं अक्सर चीजों को डालता हूं, जैसे डाटाटाइम हेल्पर्स, आईओ लेखकों आदि ... अन्य चीजें जो मैं कार्यक्षमता से अलग हूं।
0
हम एक मानक परियोजना संरचना का पालन करते हैं ताकि टीम बेहतर तरीके से समझ सके।
1
मैं अपनी परियोजनाओं के लिए निम्नलिखित करने के लिए इसी तरह की एक का उपयोग कर रहा है।
लेकिन इस धागे और कुछ अन्य लेखों के माध्यम से ऑनलाइन जाने के बाद, मैंने एक नए फ़ोल्डर कोड यूआई के तहत कुछ प्रकारों को वर्गीकृत करने का निर्णय लिया।
- आवेदन (स्थिरांक साथ कॉन्फ़िग फ़ाइल, AppDelegate)
- मॉडल
- यूआई
- दृश्य
- नियंत्रकों
- अगर मैं नोक फ़ाइलें (का उपयोग करें।Xib) वे वरना स्टोरीबोर्ड (रों)
- संसाधन (छवियाँ, कस्टम फोंट, विभिन्न सब-फ़ोल्डर के प्रत्येक के साथ ऑडियो फाइलों की तरह सभी संसाधनों)
- सेवाएं
- सहायकों को इस दायरे में आ जाना चाहिए/उपयोगिताओं
- पुस्तकालय
लेकिन अगर आप MVVM वास्तुकला का प्रयोग कर रहे हैं, इस टी अनुकूलित कृपया ओ तुम्हारा सबसे अच्छा फिट
चीयर्स!
यह थोड़ा अस्पष्ट है, इसलिए मुझे नहीं लगता कि किसी ने अभी तक जवाब दिया है। क्या आपका मतलब परियोजना में वास्तविक फाइलें और निर्देशिकाएं हैं? क्या आपका मतलब कोड का आर्किटेक्चर है? आदि –
@quixoto - मैं मुख्य रूप से विभिन्न निर्देशिकाओं में विभिन्न फ़ाइलों को प्रबंधित करने के बारे में चिंतित हूं। – itsaboutcode