App_Code निर्देशिका में लंबे संकलन टाइम्स डीबगिंग

Question

मेरे पास .NET 4.0 ASP.net प्रोजेक्ट टेम्पलेट पर आधारित एक वेबसाइट है। अचानक जब मैं अपने समाधान का पुनर्निर्माण कर रहा हूं, तो App_Code निर्देशिका संकलन के लिए 3-4 मिनट का पुरस्कार लेती है (आउटपुट विंडो में प्रदर्शित होने के आधार पर)। इस निर्देशिका में केवल 13 वर्ग हैं और वे सभी बहुत छोटे हैं।

मैंने इन फ़ाइलों को App_Code निर्देशिका से अलग वर्ग लाइब्रेरी प्रोजेक्ट में स्थानांतरित करने का प्रयास किया है, लेकिन उनमें से कुछ System.Web.Security नामस्थान पर निर्भर हैं जिसे गैर-वेबसाइट प्रोजेक्ट में जोड़ा नहीं जा सकता है।

संकलन प्रक्रिया को कम करने के लिए यह निर्धारित करने के लिए डीबग करने का सबसे अच्छा तरीका क्या है?

Answer 1

कोशिश सेट संपत्ति बैच = "false", अपने Web.config फ़ाइल में

< संकलन डिबग = "true" targetFramework = "4.0" बैच = "false">

Answer 2

में यदि आप किसी अन्य प्रोजेक्ट पर वेब निर्भरता के कारण app_code फ़ाइलों को स्थानांतरित नहीं कर सकते हैं तो उन्हें किसी अन्य फ़ोल्डर में उसी प्रोजेक्ट में ले जाने से आपको लाभ नहीं मिलेगा।

1. वेबसाइट परियोजनाओं को बनाने के लिए थोड़ी देर लगती है, फिर वेब ऐप परियोजनाएं। तो, देखें कि क्या आप इसे परिवर्तित कर सकते हैं।

2. आप संकलन टैग के तहत ऑप्टिमाइज़ कॉम्पाइलेशन = "सत्य" सेट करने का भी प्रयास कर सकते हैं।

3. बदलें रन या डिबग पर केवल वर्तमान पृष्ठ संकलित करने के लिए निर्माण परियोजना विकल्प

अधिक referencence - https://msdn.microsoft.com/en-us/library/aa730880(VS.80).aspx

Answer 3

दुर्भाग्य से 'App_Code' निर्देशिका एक ब्लैक बॉक्स है और आप कर सकते हैं ' फाइल-दर-फ़ाइल संकलन देखें। मैंने एक वेब अनुप्रयोग टेम्पलेट में माइग्रेट करने का प्रयास किया, लेकिन यह इस तथ्य से जटिल था कि मैं प्रोफाइल प्रदाता ढांचे पर भरोसा करता हूं जो डिफ़ॉल्ट रूप से समर्थित नहीं है।

मुझे लगता है कि सबसे अच्छा समाधान इस टेम्पलेट से पूरी तरह से बचाना है। मैं धीमी संकलन के समय से निपटने जा रहा हूं जब तक कि मैं पूरी तरह से एमवीसी में माइग्रेट नहीं कर सकता। यह विशेष रूप से महत्वपूर्ण है क्योंकि .NET 5.0 (कोर) वेब फॉर्म का समर्थन नहीं करेगा।