Whats the advantage of pre-compiling ASP.NET project using aspnet_compiler.exe? -


aspnet_compiler.exe का उपयोग कर एक asp.net प्रोजेक्ट को पूर्व संकलन का लाभ क्या है?

इसके अलावा, क्या यह संभव है कि किसी रिमोट सर्वर पर तैनात होने के बाद संकलित प्रोजेक्ट में त्रुटियाँ होंगी? टीम द्वारा उठाए गए एक मुद्दा यह है कि शायद मशीन जहां परियोजना संकलित हो और जिस सर्वर पर परियोजना को तैनात किया जाएगा, उसके पास अलग-अलग सेटिंग होंगी, यह परियोजना गलती से चलने या गलत तरीके से नहीं चलाएगी क्या किसी ने इस स्थिति का सामना किया है?

मुझे दो सिद्धांत कारण मिलते हैं:

  1. समय त्रुटि जांच संकलित करें।
  2. पहले पृष्ठ पर कम्पाइलिंग के ओवरहेड से बचें।

इनमें से सबसे अधिक विकास की अवधि में अधिक त्रुटियों की पहचान करने की अनुमति मिलती है (जैसे टाइपो में संपत्ति नाम) की बजाय मौत के पीले स्क्रीन प्राप्त करने के लिए अगर सवाल में कोड एक त्रुटि पथ है, तो परीक्षण कवरेज को सुनिश्चित करना कठिन हो सकता है ताकि चीजें इनके माध्यम से निकल सकें।

यह गारंटी नहीं दे सकता है कि उत्पादन में कोई त्रुटि नहीं होगी। स्पष्ट रूप से तर्क त्रुटियों को समय के संकलन में नहीं मिलेगा, और न ही त्रुटि से निपटने में (नाम के लिए लेकिन बग की दो बड़ी श्रेणियां) गुम नहीं होंगे।

इसके अलावा यह अनुपलब्ध विधानसभा के कारण लापता संदर्भ समस्याओं को नहीं रोकेगा (वर्तमान में विकास मशीन लेकिन उत्पादन के लिए तैनात नहीं)। इस प्रकार अच्छा अभ्यास अभी भी एक मचान पर्यावरण (यह स्वीकृति परीक्षण के लिए भी हो सकता है) है जिसका विकास डेवलपर्स और परीक्षकों द्वारा किया जाता है जैसे कि यह उत्पादन होता है --- केवल एक सुधारा संस्करण (कोई सीधा फिक्सिंग) को तैनात करना ही है ताकि सभी को ठीक किया जा सके विकास (और स्रोत नियंत्रण) में शुरू करें।


Comments

Popular posts from this blog

sql - dynamically varied number of conditions in the 'where' statement using LINQ -

asp.net mvc - Dynamically Generated Ajax.BeginForm -

Debug on symbian -