एएसपी.Net प्रतिक्रिया। समस्या

Question

मैं एक वेब अनुप्रयोग विकसित करने के लिए ASP.Net + .NET 3.5 + VSTS 2008 + IIS 7.0 + C# का उपयोग कर रहा हूं। मुझे लगता है कि VSTS 2008 में डिबगिंग करते समय, अगर मैं पेज_लोड में Response.Close() विधि को कॉल करता हूं (कृपया नीचे दिए गए कोड का संदर्भ लें), त्रुटि होगी (पृष्ठ तक पहुंचने पर IE से) जैसे सर्वर से कनेक्ट नहीं हो सकता है।

मेरा प्रश्न है,

1. आम तौर पर जब हम Response.Close() बुलाना चाहिए? या कॉल करने की कोई ज़रूरत नहीं है (स्वचालित रूप से बंद करने के लिए एएसपी.Net ढांचे पर भरोसा करें)?

Btw: मेरे पिछले समझ डेवलपर हमेशा Response.Close बुलाना चाहिए जब प्रसंस्करण सर्वर साइड पर पूरा हो गया है और सभी डेटा Response.Write का उपयोग कर ग्राहक के लिए लिखा गया है है। क्या मैं सही हूँ?

2 मैं अपने कोड में ऐसी त्रुटि से क्यों मिला? मूल कारण क्या है?

 
    protected void Page_Load(object sender, EventArgs e) 
    { 
     Response.Write("Hello World! "); 
     Response.Close(); 
    } 

Answer 1

MSDN website से निम्न यहाँ उपयोगी हो सकता है:

इस विधि अचानक ढंग से ग्राहक के लिए कनेक्शन समाप्त हो जाता है और सामान्य HTTP अनुरोध प्रसंस्करण के लिए इरादा नहीं है। विधि क्लाइंट को एक रीसेट पैकेट भेजती है, जो सर्वर, क्लाइंट, या कहीं भी गिराए जाने के बीच कहीं भी प्रतिक्रिया डेटा का कारण बन सकती है।

आप दुर्भावनापूर्ण HTTP क्लाइंट द्वारा किसी हमले के जवाब में इस विधि का उपयोग कर सकते हैं।हालांकि, अगर आप EndRequest ईवेंट पर आगे बढ़ना चाहते हैं और क्लाइंट को प्रतिक्रिया भेजना चाहते हैं तो आम तौर पर आपको CompleteRequest को कॉल करना चाहिए।

Answer 2

मेरे अनुभव में आपके द्वारा दिए गए कोड उदाहरण के भीतर Response.Close(); कॉल करने के लिए, बस इसे हटाने का कोई कारण नहीं है।

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

आप Response.Close() बुलाना चाहिए जब कनेक्शन समाप्त करने के लिए अपनी जरूरत:

Read here for the Page Lifecycle

Answer 3

प्रश्न 1 उत्तर देने के लिए। इसमें आपके द्वारा पोस्ट की गई कोई भी चीज़ शामिल नहीं है, क्योंकि पृष्ठ के शेष को संसाधित और क्लाइंट को भेजा जाना आवश्यक है। आम तौर पर आप उस डेटा को लौटते समय कॉल करेंगे जो एएसपीएक्स पेज से एक पृष्ठ नहीं है (उदाहरण के लिए एक पीडीएफ फाइल, एक छवि इत्यादि ...)।

प्रश्न 2 उत्तर देने के लिए:

आप अपने Page_Load ईवेंट हैंडलर में Response.Close() नहीं बुलाना चाहिए - यह है कि page lifecycle के बाकी ठीक से नहीं चलेगा मतलब होगा।

MSDN (HttpResponse.Close method) से:

इस विधि अचानक ढंग से ग्राहक के लिए कनेक्शन समाप्त हो जाता है और सामान्य HTTP अनुरोध प्रसंस्करण के लिए इरादा नहीं है। विधि क्लाइंट को एक रीसेट पैकेट भेजती है, जो सर्वर, क्लाइंट, या कहीं भी गिराए जाने के बीच कहीं भी प्रतिक्रिया डेटा का कारण बन सकती है।

Answer 4

.NET एक बहुत ही लचीला नेटवर्क है जो आपको .NET से पहले कुछ भी करने देगा। (और अधिक स्पष्ट रूप से)। लेकिन सबसे बढ़िया बात यह है कि .NET बहुत सावधानी बरतता है, यह आपके लिए ख्याल रख सकता है।

इसका मतलब है कि यदि आप वेब पेज बनाते हैं और खाली करते हैं और इसे अपने ब्राउज़र में चलाते हैं तो आपको इसे काम करने के लिए कुछ और करने की ज़रूरत नहीं है।

कभी कभी हालांकि आप अपने आप को एक स्थिति है जहाँ आप कुछ असाधारण क्या करने की जरूरत में मिल सकता है और आप की तरह Reponse.Close()

आपके मामले में तो कोई आप ऐसी बात नहीं कर रहे हैं कार्यों के अस्तित्व के लिए thankfull जाएगा किसी विशेष समारोह कॉलिंग की आवश्यकता है।

इसके अलावा Response.Write() वह है जो हम दिनों में वापस उपयोग करते थे ... क्या आप अभी भी क्लासिक एएसपी मोड में सोच रहे हैं?

सुझाव: Response.Write()

का उपयोग लेकिन अपने वेब पेज और उपयोग में एक लेबल न रखें:

this.Label1.Text = "Hello world"; 

addtional टिप्पणी:

विशेष रूप से ASP.Net के प्रयोजन किसी ब्राउज़र पर वेब पेज भेजना, किसी भी पोस्ट किए गए डेटा को एकत्र करना, इसे संसाधित करना, सर्वर ओएस के साथ बातचीत करना आदि।

तो हो सकता है कि आप मेरी राय में, मान लें कि कुछ देखभाल पृष्ठ में तेजी से की जा रही है और 2) यह सुनिश्चित करना कि उपयोगकर्ता प्रोग्राम करने के तरीके पर गाइड लाइनों का पालन करते समय कुछ भी गलत नहीं होता है। नेट वेब पेज।

सभी पेज ईवेंट हैंडलर को लागू करने की कोई आवश्यकता नहीं है। ढांचे को समझें, समझें कि प्रत्येक पृष्ठ की घटना क्या करती है और जानें कि कौन सी घटना को कार्यान्वित करना है।

यदि आप केवल डेटाबेस से डेटा दिखाने जा रहे हैं तो आपको ईवेंट हैंडलर की भी आवश्यकता नहीं है। डेटा नियंत्रण (डेटा स्रोत, ग्रिड व्यू, लिस्ट व्यू, रिपेटर इत्यादि) के बारे में पढ़ें।

मान लें कि यदि आप कुछ नहीं करते हैं, तो फ्रेमवर्क आपके लिए यह करेगा। (यदि आप कुछ भी नहीं करते हैं, तो कुछ नहीं होता है, यह डिज़ाइन द्वारा होता है)

चीयर्स।

Answer 5

आपको सामान्यतः "सामान्य" एएसपी.NET प्रसंस्करण में Response.Close विधि का उपयोग नहीं करना चाहिए।

आपके सभी डेटा जो HttpResponse "स्ट्रीम" पर लिखे गए हैं, क्लाइंट ब्राउज़र पर भेजने से पहले buffered है। Response.Close विधि अचानक HTTP कनेक्शन को समाप्त कर देगी और आप उस डेटा को खो सकते हैं जिसे आपने पहले उत्तर दिया था। अनजाने में लिखा गया।

तुम सच में प्रोग्राम के रूप में "शक्ति" एक प्रतिक्रिया स्ट्रीम के अंत में, आप का उपयोग करना चाहिए या तो चाहते हैं: Response.Flush();Response.End();

Response.Flush विधि कॉल सुनिश्चित करता है के द्वारा पीछा किया कि सभी डेटा है कि आप प्रतिक्रिया स्ट्रीम के लिए लिखा हो सकता है क्लाइंट को "फ्लश" किया गया है, और Response.End सुनिश्चित करता है कि वर्तमान में सभी बफर किए गए डेटा को क्लाइंट को सही ढंग से भेजा गया है, और EndRequest ईवेंट भी बढ़ाता है, जिसे आप संभालना चाहते हैं।

आप HttpApplication's CompleteRequest() विधि का भी उपयोग कर सकते हैं।

MSDN documentation सबसे अच्छा में कहा गया है यह:

इस विधि अचानक ढंग से ग्राहक के लिए कनेक्शन समाप्त हो जाता है और सामान्य HTTP अनुरोध प्रक्रिया के लिए इरादा नहीं है। विधि क्लाइंट को रीसेट पैकेट भेजती है, जो सर्वर, क्लाइंट, या पर कहीं भी छोड़ने के बीच में प्रतिक्रिया डेटा का कारण बन सकता है जो को छोड़ देता है।

आप दुर्भावनापूर्ण HTTP क्लाइंट द्वारा हमले के लिए प्रतिक्रिया में इस विधि का उपयोग कर सकते हैं। हालांकि, आम तौर पर कॉल CompleteRequest() को पर कॉल करना चाहिए, तो आप एंड्रॉक्वेट ईवेंट पर आगे बढ़ना चाहते हैं और ग्राहक को प्रतिक्रिया भेजना चाहिए।