क्या हमें अपनी वेबसाइट को एकल dll, या प्रति पृष्ठ dll पर संकलित करना चाहिए?

Question

हम एक नई परियोजना विकसित कर रहे हैं जिसे बड़ी संख्या में ग्राहक साइटों पर तैनात किया जाना है। परियोजना में एक वेब-आधारित GUI है, जिसमें से एक "एक्सेस पॉइंट" है। इस परियोजना के लिए वेब इंटरफेस की गति एक प्राथमिकता है, दूसरा केवल सुरक्षा के लिए।

अतीत में, हमने हमेशा विजुअल स्टूडियो में "वेब साइटें" बनाई हैं, जो प्रकाशित होने पर, सिस्टम के भीतर प्रत्येक पृष्ठ के लिए एक dll और एक aspx फ़ाइल का परिणाम होता है। हालाँकि, मुझे पता है कि आप वास्तव में एक "वेब एप्लिकेशन" बना सकते हैं और यह सब कुछ एक एकल dll तक संकलित करता है।

मेरे लिए (कोई वास्तविक डेटा के आधार पर, बस आंत की भावना), साइट को एकल dll ध्वनियों के रूप में संकलित करना, यह सुरक्षा और गति (यदि केवल मामूली) दोनों के लिए बेहतर होगा।

क्या विचार हैं जिन पर हमें गौर करना चाहिए, और क्या हमारे लिए सही विधि चुनने पर हमें कोई स्पष्ट नुकसान होना चाहिए?

Answer 1

यदि यह एक बड़ा अनुप्रयोग है, तो आपके व्यावसायिक तर्क में विभाजन के प्राकृतिक क्षेत्र होने चाहिए (सॉफ्टवेयर टियर, यदि आप हैं) जो अपने स्वयं के डीएलएल में जा सकते हैं।

यह अच्छा होगा यदि कोर वेबसाइट की कार्यक्षमता एकल DLL में जा सकती है। यह तैनाती की चिंताओं को कम करता है, और वैसे भी एक प्राकृतिक इकाई है। प्रति पृष्ठ एक DLL अत्यधिक दानेदार लगता है।

Comments

क्षमा करें - मुझे इस प्रश्न में उल्लेख करना चाहिए कि वेबसाइट विशुद्ध रूप से एक प्रस्तुति परत है; सभी बीएल और डीएल को अलग-अलग विधानसभाओं में आयोजित किया जाता है, लेकिन आपका दूसरा भाग अच्छा तर्क है :)

— Sk93

Answer 2

यदि संभव हो तो "चिंताओं के पृथक्करण" की अवधारणा को लागू करें, जिसका अर्थ है कि व्यवसायिक डेटा डीएल में हो सकता है, डेटा एक्सेस लेयर एक और अन्य के लिए ...

यदि आप स्रोत कोड को खो देते हैं तो यह काम आ सकता है ... जब डीएलओ अपघटित करना आसान हो सकता है।