मैं एक नया एंड्रॉइड एप्लिकेशन शुरू कर रहा हूं। उपयोग करने के लिए सबसे अच्छी संरचना क्या है?
मैं इसे बहु-पैकेज डिजाइन बनाने की योजना बना रहा हूं:
इकाई वर्ग सहित इकाई पैकेज।
कोई सुझाव ?
जवाबों:
सबसे पहले, यह इस बात पर निर्भर करता है कि आप क्या कर रहे हैं।
उपयोगकर्ता को एप्लिकेशन के साथ कैसे काम करना चाहिए, इस पर आपको एक टेक्स्ट या योजनाबद्ध वर्णन करना चाहिए। हर संभव परिदृश्य को ठीक करें। उन उदाहरणों को नीचे रखें जिनका उपयोग बाद में परीक्षणों के लिए किया जाएगा।
निर्णय लें कि कार्यक्षमता क्या है और क्या है - परिवर्तनशील विन्यास के लिए। परिदृश्यों से कार्यक्षमताओं और डेटा संस्थाओं को निकालें।
परिदृश्यों से निर्णय लेते हैं कि आपका ऐप क्या होगा। क्या यह सेवा, गतिविधि, विजेट, यहां तक कि एक सामग्री प्रदाता या कुछ अलग घटकों सहित एक जटिल प्रणाली है। परिदृश्यों के विरुद्ध अपने निर्णय का परीक्षण करें।
जटिल प्रणाली के मामले में, एप्लिकेशन घटकों के बीच कार्यक्षमताओं और डेटा संस्थाओं को वितरित करें। घटकों की सूची बनाएं और वे क्या हैं (गतिविधियां या स्मथ)।
यूआई घटकों की सूची विवरण के साथ बनाएं कि वे क्या करते हैं (अभी तक कैसे नहीं) ये विगेट्स और गतिविधियाँ या टुकड़े या लेआउट बाद में होंगे।
UI घटकों के लिए ड्राफ्ट लेआउट बनाएं। एक से दूसरे में सरल पास करें। यूआई को देखो। परिदृश्यों पर लौटें और उन सभी को अपने ड्राफ्ट यूआई के साथ खेलें। सभी यूआई घटक और कक्षाएं पैकेज या पैकेज के एक पदानुक्रम में डालते हैं।
डेटा संस्थाओं की एक सूची बनाएं। तय करें कि क्या होगा। डीबी या अलग-अलग डीबी में संग्रह या तालिकाओं के रूप में उनकी योजना बनाएं। उन्हें कक्षाओं के रूप में बनाएं, उन्हें संकुल या किसी अन्य पैकेज के अन्य पदानुक्रम में डालें। यहां DB सहायकों को भी रखा गया है - वर्ग जो SQL द्वारा DB के साथ बात करते हैं।
परीक्षण डेटा के साथ UI और डेटा संस्थाओं को भरने और उन्हें लॉन्च करने के लिए एक परीक्षण कक्षाएं (JUNITs या बेहतर TestNG) बनाएं।
एडाप्टरों को सार्वजनिक होने की आवश्यकता नहीं है, क्योंकि उनका उपयोग उनके मूल GroupView में ही किया जाता है। इसलिए, आमतौर पर एडेप्टर के लिए कोई फाइल नहीं।
करो नहीं विशेष स्थिर वर्गों में सभी वैश्विक डाल - यह एक बुरा व्यवहार है। आप कोड और कॉन्फ़िगरेशन को मिला रहे हैं। यह बहुत ही दिलचस्प समाधान का उपयोग करें । अभी के लिए, यह सबसे अच्छा है जिसे मैं Android के लिए जानता हूं।
कॉन्फ़िगरेशन डेटा को संसाधनों में डाला जाना चाहिए। यदि उनमें से कुछ जटिल हैं, तो XML स्रोतों और पार्सर (एस) का उपयोग करें। वैश्विक चर में संसाधन डेटा के पाठकों को बनाएं। उनमें से सभी स्थिर नहीं होंगे! उदाहरण के लिए, वे मुख्य गतिविधि उदाहरण से संबंधित हो सकते हैं।
कोड में अपुष्ट स्थिरांक का उपयोग न करें! हो सकता है, आपका नाम केवल :-)। हर स्थिरांक कभी-कभी गैर-स्थिर हो जाता है।
दूसरी तरफ, यदि आप में से कुछ कोड सामान्य जावा नहीं है, लेकिन स्क्रिप्ट - डेटा और भाषा का मिश्रण है, तो आपको डेटा और कोड को मिलाना होगा।
हमेशा ऐसा करें: कुछ लिखें - किसी चीज़ को थोक से जोड़ें - इस नई चीज़ के लिए परीक्षण जोड़ें। इस नए का परीक्षण करें - थोक का परीक्षण करें - दोहराएं। छोटे कदम ही!
संपादित करें। आप परीक्षण संचालित विकास का उपयोग भी कर सकते हैं - उपयुक्त कोड से पहले परीक्षण लिखें। इस तरह, कोड तैयार होने से पहले परीक्षण चल रहा है, आपके पास दोहरा परीक्षण है - इस प्रकार आप जांचते हैं कि क्या परीक्षण वास्तव में गलत कोड पर प्रतिक्रिया करते हैं।
हां, अगर आप उनके काम के आधार पर चीजों को श्रेणी में रखते हैं, तो इसे विकसित करना आसान है। आप सही दिशा में हैं। एंड्रॉइड, यदि कोई एप्लिकेशन विकसित करता है, तो मैं निम्नलिखित संरचना का उपयोग करूंगा, कुछ ऐसा ही आपके जैसा होगा