कई "स्क्रीन" के साथ Winform ऐप्स बनाने का एक उचित तरीका क्या है

Question

Winform ऐप बनाने का एक उचित तरीका क्या है जिसमें कई 'स्क्रीन' हैं? उदाहरण के लिए, मैं एक छोटा बैकअप प्रोग्राम (मुख्य रूप से गिगल्स के लिए) लिखने की कोशिश कर रहा हूं, और मैं फॉर्म पर नियंत्रण और कंटेनर डंप कर रहा हूं।

मैं अलग-अलग स्क्रीन को अलग करने के लिए पैनलों और समूह बक्से का उपयोग कर रहा हूं (उदाहरण के लिए: मैं "सेटिंग्स" विंडो के सभी नियंत्रणों को रखने के लिए एक पैनल का उपयोग कर रहा हूं, और सभी मौजूदा बैकअप को दिखाने के लिए एक और पैनल स्थापित किया गया है )। ठीक है, मेरे फ़ॉर्म.क फ़ाइल को भारी मात्रा में कोड में गुब्बारा दिया गया है, और मुझे लगता है कि मैं कुछ गलत कर रहा हूं। मैं शायद ही फ़ाइल में कुछ भी पा सकता हूं, और मैं शुरू करने के लिए तैयार हूं। यह परियोजना मेरे लिए C # और .NET के अपने ज्ञान का विस्तार करने के लिए थी, इसलिए एक नई परियोजना शुरू करना कोई बड़ी बात नहीं है।

Answer 1

UI जटिलता को नियंत्रित करने के कई तरीके हैं।

• यदि आपके पास बहुत सारे फ़ॉर्म हैं, तो आप एक डिज़ाइन पैटर्न चुन सकते हैं जो संक्रमण का प्रबंधन करता है: उदाहरण के लिए अनुप्रयोग नियंत्रक , या धातु के करीब: स्थिति ।
• आप एकल नियंत्रणों में नियंत्रण समूह बना सकते हैं। Winforms में, आप उपयोगकर्ता नियंत्रण का उपयोग करते हैं ।
• यदि आपके फॉर्म में कोड की मात्रा से जटिलता आ रही है, तो फॉर्म पर नियंत्रण की मात्रा के विपरीत, आप मानक ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग तकनीकों का उपयोग करके कोड को ऑब्जेक्ट में बेहतर रूप से कूटबद्ध कर सकते हैं। SOLID सिद्धांतों को समझना शुरू करने के लिए एक अच्छी जगह है।
• अन्यथा, उपयोगकर्ता इंटरफ़ेस के साथ काम करने के लिए पैटर्न हैं। अन्य चीजों के बीच (चिंताओं के प्रमुख होने के कारण), वे कोड के संगठन की सुविधा प्रदान करते हैं। कुछ सामान्य एमवीसी , एमवीपी , एमवीवीएम हैं

आपके विवरण से, मैं कस्टम उपयोगकर्ता नियंत्रणों का उपयोग करूँगा ताकि आप अभी के लिए पैनल का उपयोग कर रहे हों। फिर उन उपयोगकर्ता नियंत्रणों को अपने फॉर्म (ओं) पर रखें जहाँ आपके पैनल थे।

Answer 2

में Winforms प्रत्येक प्रपत्र अपने आप काम संभाल चाहिए। आपके पास सेटिंग्स के लिए एक फॉर्म होना चाहिए, दूसरा वर्तमान बैकअप दिखाने के लिए, आदि।

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

आंशिक कक्षाएं एक अच्छा विकल्प लग सकती हैं, लेकिन मैं केवल आपको सलाह दे रहा हूं क्योंकि आप एक शौक परियोजना का निर्माण कर रहे हैं। किसी बड़ी या अधिक जटिल परियोजना के लिए, आपको सही वस्तुओं को सही काम सौंपने के लिए पैटर्न का उपयोग करना चाहिए, आप WPF जैसी एक नई तकनीक पर भी स्विच कर सकते हैं जहां MVVM जैसे पैटर्न का उपयोग करना आसान है ।