ASP.NET वेबफ़ॉर्म परियोजना संरचना के लिए उत्तम आचरण

Question

ASP.NET WebForms का उपयोग कर, मैं एक परियोजना की संरचना करने के दो तरीके हैं जिनसे देखें:

1) (फ़ाइलों के पीछे कोड सहित .aspx फ़ाइलों का एक बहुत कुछ है) और शायद कुछ .ascx फ़ाइलें (फ़ाइलों के पीछे कोड के साथ।

2), .cs फ़ाइलें (वर्ग फ़ाइलों) का एक बहुत पर निर्भर करते हैं और कक्षाओं Controls.Add() के साथ सब कुछ का निर्माण किया है आदि

पहले उपरोक्त विधि एएसपीएक्स और एसीएक्स फाइलों और बहुत कम .cs फ़ाइलों में परिणाम। उपरोक्त दूसरी विधि में बहुत सारी .cs फाइलें होती हैं, लेकिन बहुत कम एएसपीएक्स और एसीएक्स फाइलें होती हैं।

क्या परियोजना की संरचना के लिए "सर्वोत्तम अभ्यास" तरीका है? क्या माइक्रोसॉफ्ट इन तकनीकों में से एक की सिफारिश करता है? क्या कोई जानकारी है कि दो शैलियों में से कौन सा सामान्य रूप से उपयोग किया जाता है?

Answer 1

मैं पहले दृष्टिकोण के साथ रहूंगा। कुछ नियंत्रण प्रोजेमैटिक रूप से बनाए जाने के लिए बेहद कठिन (या मुश्किल) होते हैं।

उदाहरण के लिए GridView या ListView लें, एक ग्रिड व्यू के साथ * .aspx पृष्ठ बनाएं जिसमें टेम्पलेट कॉलम के साथ कस्टम टेम्पलेट्स हों। फिर अपना एप्लिकेशन चलाएं, एएसपी.नेट अस्थायी निर्देशिका में * .dll खोजें, कक्षा को डीकंपाइल करें और देखें कि कोड कितना गन्दा और जटिल है। समय के साथ इसे बनाए रखना और/या परिवर्तन करना बहुत मुश्किल होगा।

दूसरी ओर, कुछ घोषणात्मक कोड होने तक आप बुरा संतुलन बनाए रखने की कोशिश करते समय बुरा नहीं है।

Answer 2

यदि आपने ऐसा नहीं किया है, तो ASP.NET MVC देखें। यदि आप एमवीसी का चयन नहीं कर सकते हैं तो आप MVP pattern को एएसपी.नेट वेबफॉर्म के साथ कार्यान्वित कर सकते हैं। ये दो पैटर्न प्रेजेंटेशन, मॉडल और रूटिंग को अलग करने का अच्छा तरीका प्रदान करते हैं।

Answer 3

जितना संभव हो सके दृष्टिकोण का उपयोग करें और केवल दो तक पहुंचने का सहारा लें जब बॉक्स नियंत्रण से बाहर आपको आवश्यक कार्यक्षमता नहीं देता है - आप इस मामले में मौजूदा नियंत्रण से विरासत में एक कस्टम नियंत्रण बना सकते हैं। यह "या तो/या" परिदृश्य नहीं है - आपको न्यायसंगत दोनों दृष्टिकोणों का उपयोग करना चाहिए।

Answer 4

किसी भी दृष्टिकोण के साथ कुछ भी गलत नहीं है। आप जो भी उपयोग करते हैं वह व्यक्तिगत वरीयता, व्यवहार्यता और आवश्यकताओं पर निर्भर करता है।

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