. एक वेब एप्लीकेशन फ्रेमवर्क है जिसका विकास एवं विपणन माइक्रोसॉफ्ट द्वारा प्रोगामर को डायनामिक वेब साइट, वेब एप्लीकेशन एवं वेब सेवायें निर्मित करने की अनुमति हेतु किया गया है। . फ्रेमवर्क के संस्करण 1.0 के साथ इसे पहली बार जनवरी 2002 में जारी किया गया था एवं यह माइक्रोसॉफ्ट की एक्टिव सर्वर पेजिज़ () प्रौद्योगिकी का उत्तराधिकारी है। . का निर्माण कॉमन लैग्वेज रनटाइम () पर किया गया है जिससे प्रोगामरों को कोई भी सहायक . भाषा का प्रयोग करते हुए . कोड लिखने की सुविधा होती है। .  एक्सटेंशन फ्रेमवर्क . कंपोनेंट को  संदेशों को प्रक्रियारत करने की सुविधा प्रदान करता है।

 इतिहास 

इंटरनैट सूचना सेवायें 4.0 के 1997 में जारी होने के उपरांत माइक्रोसॉफ्ट ने एक नए वेब एप्लीकेशन मॉडल हेतु संभावनाओं के अनुसंधान पर कार्य प्रारंभ किया जो कि  के संबंध में सामान्य शिकायतों, विशेषकर प्रस्तुत एवं सामग्री के प्रथक्करण के संबंध में, का निराकरण कर सके एवं "क्लीन" कोड लिखने में सक्षम हो।  मार्क ऐंडर्स, प्रबंधक  टीम एवं ड्यूक विश्वविद्यालय से स्नातक स्कॉट गुथरी, जिन्होंने 1997 में माइक्रोसॉफ्ट में कार्यभार ग्रहण किया, को इस मॉडल के निर्धारण की जिम्मेदारी सौंपी गई। ऐंडर्स एवं गुथरी द्वारा दो माह के भीतर प्रारंभिक डिजाइन विकसित की गयी एवं गुथरी ने वर्ष 1997 में क्रिसमस के अवकाश के दौरान प्रारंभिक प्रोटोटाइप को कोडबद्ध किया।बाएँअंगूठाकारस्कॉट गुथरी 2007 में. प्रारंभिक प्रोटोटाइप को "" कहा गया। वर्ष 2007 के एक साक्षात्कार में गुथरी ने बताया कि "लोग हमेशा यह पूछेंगे कि '' का क्या मतलब है। उस समय इसका वास्तव में कोई मतलब नहीं था।  उससे प्रारंभ हुआ ;  उससे प्रारंभ हुआ। प्रत्येक अच्छी चीज़  से प्रारंभ होती हुई प्रतीत हुई इसीलिये हमने स्पष्टतः इसका यह नाम रखा."  का प्रारंभिक प्रोटोटाइप जावा() का प्रयोग करते हुये बनाया गया था, (8) लेकिन जल्द ही कॉमन लैग्वेज रनटाइम () के शीर्ष पर नए प्लेटफार्म का निर्माण तय किया गया क्योंकि इसने ऑब्जेक्ट ओरिएंटेड प्रोगामिंग वातावरण, कचरा एकत्रण एवं अन्य विशेषताओं की सुविधा प्रदान की, जो कि वांछनीय विशेषतायें मानी गयीं जिसे माइक्रोसॉफ्ट का कंपोनेंट ऑब्जेक्ट मॉडल प्लेटफॉर्म सपोर्ट नहीं करता. गुथरी ने इस निर्णय को एक "बड़ा जोखिम" करार दिया क्योंकि उनके नये वेब विकास प्लेटफॉर्म की सफलता  की सफलता पर निर्भर होगी जो कि  की तरह विकास की आंरभिक अवस्था में है, यहाँ तक कि  टीम माइक्रोसॉफ्ट में पहली ऐसी टीम थी जिसने  को लक्ष्य किया था।

कॉमन लैग्वेज रनटाइम की गति के साथ,  को  (आंतरिक रूप से "प्रोजेक्ट कूल" के रूप में विख्यात लेकिन जनता से गुप्त रखा गया) में पुनः कार्यान्वित किया गया एवं इसका नाम परिवर्तित कर  रखा गया क्योंकि इस बिंदु तक एक्टिव सर्वर पेजिज़ के उत्तराधिकारी के रूप में नए प्लेटफॉर्म को देखा गया एवं  विकसितकर्ताओं हेतु आसान माइग्रेशन मार्ग उपलब्ध कराने का इरादा था।

फीनिक्स, एरिजोना में 02 मई 2000 को आयोजित  कनेक्शन सम्मेलन में मार्क ऐंडर्स ने पहली बार  का प्रदर्शन किया। विस्तृत जनता के समक्ष प्रदर्शन एवं  का आरंभिक बीटा रिलीज़ (एवं शेष . फ्रेमवर्क) 11 जुलाई 2000 को ऑरलैंडो, प्लोरिडा में आयोजित 2000 प्रोफेशनल डैब्लपर्स सम्मेलन में किया गया। बिल गेट्स की मुख्य प्रस्तुति के दौरान, फुजित्सू ने  को  के एक संयुग्म के रूप में प्रयोग का प्रदर्शन किया एवं माइक्रोसॉफ्ट के नये विजुअल बेसिक . एवं  लैग्वेज कई अन्य लैग्वेज के साथ इसके सपोर्ट की उद्घोषणा की गयी, इसके अलावा एक्टिव स्टेट द्वारा सृजित इंटरऑपरेबिलिटी टूल्स के रूप में पायथन एवं पर्ल सपोर्ट की उद्घोषणा की गयी।

वर्ष 2000 के उत्तरार्ध में "." ब्रांड का एक बार निश्चय हो जाने के पश्चात  का नाम बदलकर . रखने का निर्णय लिया गया। उस वर्ष द  शो में मार्क ऐंडर्स ने यह बताया कि ". प्रयास कई कारकों के बारे में है, यह सॉफ्टवेयर को एक सेवा के रूप में प्रदान करने के बारे में है, यह  एवं वेब सेवाओं के बारे में है एवं यह इंटरनेट में इसकी क्षमता अनुसार वृद्धि करने के बारे में है।.. हम इसका नाम . फ्रेमवर्क बनाने वाले अन्य प्लेटफॉर्म अंशों के साथ लाना चाहते हैं।"

चार वर्षों के विकास एवं 2000 व 2001 में बीटा रिलीज की श्रेणी के उपरांत, . 1.0 को 05 जनवरी 2002 को . फ्रेमवर्क के संस्करण 1.0 के एक भाग के रूप में जारी किया गया। रिलीज़ होने के पहले ही, . के बारे में दर्जनों किताबें लिखी गयीं एवं माइक्रोसॉफ्ट ने इसे बड़े पैमाने पर वेब सेवाओं हेतु अपने प्लेटफॉर्म के रूप में प्रोत्साहित किया। गुथरी . हेतु उत्पाद यूनिट प्रबंधक बने एवं विकास जारी रहा तथा 24 अप्रैल 2003 को विंडोज़ () सर्वर 2003 के एक भाग के रूप में संस्करण 1.1 रिलीज हुआ। इस रिलीज़ में मोबाइल उपकरणों हेतु . के सपोर्ट में सुधार पर ध्यान केन्द्रित किया गया।

 अभिलक्षण 
 पेजिज़ 

. पेज, जिन्हें विधिवत रूप से "वेब फॉर्म्स " के रूप में जाना जाता है, अनुप्रयोग विकास हेतु मुख्य निर्माण ब्लॉक हैं। फाइलों में वेब फॉर्म्स ". " एक्सटेंशन के साथ उपस्थित रहते हैं; ये फाइलें विशेष रूप से स्थितिज ()  मार्कअप के साथ सर्वर साइड वेब कंट्रोल एवं प्रयोक्ता कंट्रोल को पारिभाषित करने वाले मार्कअप रखती हैं जिसमें डेब्लपर्स वेब पेज हेतु समस्त आवश्यक स्थितिज एवं गतिज सामग्री रखते हैं। इसके अतिरिक्त डायनामिक कोड, जो कि सर्वर पर चलाता है, को एक ब्लॉक  ------- डायनामिक कोड ------   के भीतर एक पेज में रखा जा सकता है जो कि ,  तथा  जैसी अन्य वेब विकास प्रौद्योगिकियों के समान है, लेकिन डाटा बाइन्डिंग के उद्देश्य के अलावा इस तरीके को सामान्यतः हतोत्साहित किया जाता है क्योंकि पेज प्रदर्शन के समय इसमें अधिक कॉल्स की आवश्यकता होती है।

ध्यान दें कि यह नमूना कोड-बिहाइंड के विरोध में कोड "इनलाइन" का उपयोग करता है।
    "" 

 !  "---"  "-3  1.0 "
 ":.3.11-."
 ""

   ( ,  )

 
 1.  ..();
 



 ":.3.1999"
 ""
  


  "1" ""
 
    : : "" "1" 
 
 




 कोड-बिहाइंड मॉडल 
माइक्रोसॉफ्ट बिहाइंड मॉडल का प्रयोग करते हुये डायनामिक प्रोगाम कोड के साथ कार्य अनुशंसित करता है जो कि इस कोड को एक अलग फाइल या विशेष रूप से निर्धारित स्क्रिप्ट टैग में रखता है। कोड बिहाइंड फाइलों का नाम विशेष रूप से .. या .. जैसा होता है जबकि पेज फाइल . होती है (पेज फाइल () जैसा ही फाइल नाम लेकिन पेज लैंग्वेज को दर्शाते हुये अंतिम एक्सटेंशन के साथ). यह तरीका माइक्रोसॉफ्ट विजुअल स्टूडियो एवं अन्य  में स्वचालित है। प्रोगामिंग के इस तरीके का प्रयोग करते हुये डेब्लपर दस्तावेज के प्रक्रियागत अध्ययन के स्थान पर विभिन्न घटनाओं जैसे 'पेज लोड हो रहा है' या 'एक कंट्रोल पर क्लिक किया जा रहा है' आदि के उत्तर हेतु कोड लिखता है।

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

 उदाहरण 

  "" ".." ""
;;

उपरोक्त टैग  फाइल के प्रारंभ में रखा गया है।  पेज की कोड फाइल गुण विनिर्देश फाइल (.या .) को बताती हैं जो कि कोड बिहाइंड के रूप में कार्य करते हैं जबकि अंतर्निहित गुण उस श्रेणी को बताते है जिससे पेज प्राप्त होता है। इस उदाहरण में  पेज विनिर्देश . में शामिल है, तब .. इस पेज हेतु कोड-बिहाइंड के रूप में कार्य करता है।

प्रणाली का प्रयोग;

नेमस्पेस वेबसाइट

 सार्वजनिक आंशिक वर्ग  : ...
 
   ( ,  )
 
 .(", !");;
 
 


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

 प्रयोक्ता नियंत्रण (यूज़र कंट्रोल) 

एक ईवेंट बबलिंग तंत्र इसके युक्त पेज तक प्रयोक्ता नियंत्रण द्वारा चलाये गये ईवेंट को पास करने की योग्यता उपलब्ध कराता है।

 कस्टम नियंत्रण (कस्टम कंट्रोल) 

प्रोगामर . अनुप्रयोगों हेतु कस्टम कंट्रोल का निर्माण भी कर सकते हैं। यूज़र कंट्रोलों के प्रतिकूल, इन कंट्रोलों में अपने समस्त कोड एक -फाइल में एकत्र करने वाली  मार्क अप फाइल नहीं होती. ऐसे कस्टम कंट्रोलों का प्रयोग विभिन्न वेब एप्लीकेशनों एवं विजुअल स्टूडियो प्रोजेक्टों में किया जा सकता है (जिसकी यूज़र कंट्रोल में अनुमति नहीं है) रजिस्टर विनिर्देश का प्रयोग करते हुये,  से कंट्रोल को लोड किया जाता है।

 प्रस्तुतीकरण तकनीक 

., विजीटिड कोम्पोज़िट प्रस्तुतीकरण तकनीक का उपयोग करता है। संग्रह के दौरान, टेम्प्लेट (.) फाइल प्रवर्तन कोड में संग्रहीत हो जाती है जोकि मूल टेम्प्लेट को प्रस्तुत करते हुए एक (मिला-जुला) कंट्रोल ट्री बनाती है। पाठ्य शाब्दिक नियंत्रण वर्ग के उदाहरणों में चला जाता है, तथा सर्वर नियंत्रण विशिष्ट नियंत्रण वर्ग के उदाहरणों द्वारा प्रस्तुत किए जाते हैं। प्रवर्तन कोड प्रयोक्ता द्वारा लिखित कोड (सामान्यत: अनेक आंशिक वर्गों के मेल के द्वारा) के साथ मिला होता है तथा पेज के लिए वर्ग विशेष में परिणाम देता है। कंट्रोल ट्री के मूल के अनुसार पेज दोगुना होता है।

पेज के लिए वास्तविक अनुरोध को कई चरणों के माध्यम से संसाधित किया जाता है। सबसे पहले, प्रवर्तन चरणों के दौरान, पेज के वर्ग का उदाहरण बनाया जाता है तथा प्रवर्तन कोड को कार्यान्वित किया जाता है। यह प्रारंभिक कंट्रोल ट्री बनाता है जिसका अब बाद के चरणों में पेज की विधियों द्वारा विशेषरूप से परिचालन किया जाता है। चूँकि ट्री में प्रत्येक नोड, वर्ग के उदाहरण के रूप में प्रस्तुत एक कंट्रोल होता है, जो कोड ट्री की संरचना को बदल सकने के साथ-साथ एकल नोड के गुण-धर्मविधियों में भी हेर-फेर कर सकता है। अंतत:, प्रस्तुतीकरण के चरण के दौरान, विजिटर की विधियों का प्रयोग करके प्रत्येक नोड को स्वयं प्रस्तुतीकरण करने का निर्देश देकर, ट्री में प्रत्येक नोड देखने के लिए एक विजिटर का उपयोग किया जाता है। परिणामस्वरूप  आउटपुट ग्राहक को भेज दिया जाता है।

अनुरोध को प्रोसेस करने के बाद पृष्ठ श्रेणी का उदाहरण तथा पूर्ण नियन्त्रण वृक्ष अलग कर दिया जाता है। यह सामान्यतः नौसिखिया . प्रोग्रामरों के लिये संशय का स्रोत होता है जो कि श्रेणी उदाहरण सदस्यों पर निर्भर होते हैं जो प्रत्येक पृष्ठ अनुरोधप्रतिक्रिया चक्र के साथ खो जाते हैं।

 राज्य प्रबंधन 

. एप्लीकेशन्स, वेब सर्वर पर होस्ट किये जाते है तथा स्टेट-लेस  प्रोटोकॉल पर देखे जाते है। इसलिये, यदि एप्लीकेशन स्टेट-फुल अर्न्तक्रिया का प्रयोग करता है, तो इसे स्वंय ही स्टेट प्रबन्धन को कार्यान्वित करना होगा। . अनुप्रयोगों में स्टेट प्रबन्धन के लिये . विभिन्न कार्यकलाप प्रदान करता है। सिद्धांततः, माइक्रोसॉफ्ट "स्टेट" को अधिकतर  स्टेट मानता है, बड़ी समस्या उस समय पैदा होगी जब कोई एप्लीकेशन फिनिट स्टेट मशीन जैसे "डाटा ट्रेक" पर नजर रखने की आवश्यकता समझता है जो कि अनुरोध (आलसी मूल्यांकन) के दौरान अल्पकालिक स्टेट है अथवा इसे प्रारंभ करने में वक्त लगता है।

 एप्लीकेशन स्टेट 

एप्लीकेशन स्टेट उपभोक्ता-परिभाषित विभिन्नताओ का संग्रह है जो कि एक . एप्लीकेशन के द्वारा शेअर किया जाता है। जिस समय एप्लीकेशन के प्रथम अवसर पर लोडिंग के समय  की घटना फायर होती है, उस समय यह सैट तथा इनिशियलाइज होती हैं तथा अंतिम दृष्टान्त रहने तक उपलब्ध होती है। एप्लीकेशन स्टेट विभिन्नतओं को एप्लीकेशन संग्रह का प्रयोग करते हुए देखा जा सकता है जो कि एप्लीकेशन स्टेट विभिन्नताओ के लिये आवरण प्रदान करता है। एप्लीकेशन स्टेट विभिन्नताओं को नाम से पहचाना जाता है।

 सेशन स्टेट 

सेशन स्टेट प्रयोक्ता-परिभाषित सेशन विभिन्नताऐं होती है जो कि प्रयोक्ता सेशन दौरान मौजूद रहती हैं। यह विभिन्नताऐं उपभोक्ता सेशन के विभिन्न अवसरों के लिये विशिष्ट होती है, तथा सेशन  संग्रह का प्रयोग करते हुए देखी जा सकती हैं। सेशन विभिन्नताओं को निष्क्रियता के निर्धारित समय के पश्चात स्वयं ही नष्ट हो जाने के लिये सेट किया जा सकता है, यद्यपि सेशन समाप्त नहीं हुआ हो। ग्राहक सिरे पर, प्रयोक्ता सेशन को या तो कुकीज से अथवा  में ही सेशन आय डी () की एन्कोडिंग के द्वारा पहचाना जाता है।

., सेशन विभिन्नताओं के लिये पर्सिसटेन्स के तीन मोड को सहायता करता है।
 प्रक्रिया मोड में
 सेशन विभिन्नताओं को . प्रक्रिया में ही अनुरक्षित किया जाता है। यह अत्यधिक तेज रास्ता है; यद्यपि इस मोड में जिस समय . प्रक्रिया रीसाइकल अथवा बन्द की जाती है, विभिन्नताएं नष्ट हो जाती है। चूंकि एप्लीकेशन को समय समय पर रीसाइकल किया जाता है, यह मोड महत्त्वपूर्ण एप्लीकेशन्स के लिये संस्तुत नही किया जाता है, यथार्थतः व्यवहार में यह मोड किसी भी एप्लीकेशन के लिये संस्तुत नही किया गया है।
 स्टेट मोड
 इस मोड में, . एक पृथक विंडो () सेवा का संचालन करती है जो स्टेट वैरिएबिल का रखरखाव करती है। चूँकि स्टेट प्रबंधन . प्रक्रिया के बाहर घटित होता है एवं डाटा तक पहुँचने हेतु . इंजन द्वारा . रिमोटिंग का प्रयोग किया जाना चाहिये, इसलिए निष्पादन दर पर इन-प्रोसेस मोड की तुलना में इस मोड का नकारात्मक प्रभाव होता है यद्यपि यह मोड . अनुप्रयोग को लोडसंतुलन एवं कई सर्वरों पर स्केल करने की अनुमति प्रदान करता है। चूँकि, स्टेट प्रबंधन सेवा . से स्वतंत्र कार्य करती है अतः सेशन वैरिएबिल . प्रक्रिया शटडाउन से परे भी बनी रह सकती है।यही समस्या उत्पन्न होती है यद्यपि - चूँकि सेशन स्टेट सर्वर एकल दृष्टांत () के रूप में कार्य करता है, जहाँ तक सेशन दर का प्रश्न है, यह असफलता का एकमात्र बिंदु है। सह सेवा लोड संतुलित नहीं हो सकती एवं सेशन वैरिएबिल में भंडारित हो सकने वाले प्रकारों पर प्रतिबंध आरोपित करती है।
  सर्वर मोड
 इस मोड में स्टेट वैरिएबिल डाटाबेस सर्वर में भंडारित रहते हैं जोकि  का प्रयोग करते हुये पहुँच योग्य होते हैं। इस मोड में भी सेशन वैरिएबिल . प्रोसेस शटडाउन के परे भी बने रह सकते हैं। इस मोड का मुख्य लाभ यह है कि यह अनुप्रयोग को सर्वर के मध्य सेशनों को बाँटते हुये सर्वर क्लस्टर पर लोड संतुलन की अनुमति देगा. . में सेशन स्टेट प्रबंधन का यह सबसे धीमा तरीका है।

 व्यू स्टेट 

व्यू स्टेट से तात्पर्य पेज-स्तर के स्टेट प्रबंधन तंत्र से है, जिसका प्रयोग वेबफॉर्म कंट्रोल्स एवं विड्जैट्स की अवस्था को बनाये रखने के लिए . अनुप्रयोगों द्वारा उत्सर्जित  पेजों द्वारा किया जाता है। कंट्रोल्स की स्थिति को कोडबद्ध किया जाता है एवं व्यूस्टेट नाम से प्रचलित अदृश्य फील्ड में प्रत्येक फॉर्म प्रस्तुति पर सर्वर को भेजा जाता है। सर्वर, वैरिएबिल को वापस भेजता है ताकि जब भी पेज को पुनः प्रस्तुत करते हैं, कंट्रोल उनकी अंतिम अवस्था पर प्रस्तुत होते हैं। सर्वर के पक्ष में, अनुप्रयोग व्यूस्टेट को परिवर्तित कर सकता है, यदि प्रोसेसिंग के परिणामस्वरूप कंट्रोल की अवस्था में अद्यतनीकरण हो। सर्वर पर स्वतंत्र या अकेले कंट्रोलों की अवस्था को डीकोडेड किया जाता है एवं व्यूस्टेट कलेक्शन का प्रयोग करते हुये . पेजों पर प्रयोग हेतु उपलब्ध हैं।

इसके लिए मुख्य उद्देश्य पोस्टबैक्स से परे फॉर्म सूचना का संरक्षण है। अतः जब एक प्रयोक्ता फॉर्म को भरता है एवं कोई गलत मूल्य प्रविष्ट कर देता है तो इसमें सुधार के लिए प्रयोक्ता को वापस करते समय फॉर्म स्वतः भर जाता है। व्यूस्टेट बिना किसी चूक के (वाय डिफाल्ट) ऑन होता है एवं पेज पर प्रत्येक कंट्रोल के बाद यह डाटा को सामान्यतः श्रेणीबद्ध कर देता है, इस बात को दृष्टिगत किये बिना कि इसका वास्तविक प्रयोग पोस्टबैक के दौरान हुआ था। इसके व्यवहार में सुधार किया जा सकता है (और किया भी जाना चाहिये), हालाकि, व्यूस्टेट प्रति कंट्रोल, प्रति पेज या सर्वर-वाइड आधार पर डिसऐबिल किया जा सकता है।

डेब्लपर्स को पेज या कंट्रोल के व्यूस्टेट में संवेदनशील या व्यक्तिगत सूचना भंडारित करते समय सावधान रहने की आवश्यकता है क्योंकि व्यूस्टेट डाटा वाले बेस 64 स्ट्रिंग को वेब पर उपलब्ध किसी भी एक टूल या किसी भी जेनरिक बेस 64 डिकोडर द्वारा आसानी से अश्रेणीबद्ध किया जा सकता है। बिना किसी चूक के (वाय डिफाल्ट), व्यूस्टेट मूल्य को इन्क्रिप्ट नहीं करता, हालाकि, निश्चित स्तर की सुरक्षा के रखरखाव की अनुमति हेतु सर्वर-वाइड (एवं सर्वर विशेष) आधार पर इन्क्रिप्शन को इनेबिल किया जा सकता है।(31)

 सर्वर साइड कैचिंग 

. एक "कैचे" लक्ष्य प्रदान करता है जिसे प्रयोग के दौरान शेयर किया जाता है तथा उसका विभिन्न लक्ष्यों का भंडारण करने के लिये भी प्रयोग किया जा सकता है। "कैचे" लक्ष्य में केवल निर्दिष्ट समय की मात्रा के लिये डाटा निहित होता है जो कि समय के गुजरने के साथ ही अपने आप समाप्त हो जाता है।

 अन्य 
. द्वारा सपोर्ट किये जाने वाले स्टेट प्रबंधन के अन्य तरीकों में कुकीज़, कैचिंग एवं क्वैरी स्ट्रिंग का प्रयोग शामिल है।

 टेम्पलेट इंजन 

जब प्रथम बार रिलीज़ किया जाता है तब . को टैम्पलेट इंजन की कमी होती है। क्योंकि . का ढ़ांचा लक्ष्य उन्मुख होता है तथा विरासत को अनुमति प्रदान करता है, जिसे कई डेब्लपर्स "..." से प्राप्त किये हुये नयी आधार श्रेणी को पारिभाषित करेंगे, लिखने की विधि जो  को प्रतिपादित करती है तथा बाद में इस नई श्रेणी से प्राप्त किये गये पृष्ठों को अपने एप्लीकेशन में बनाऐंगे. जबकि इससे आम तत्वों का साइट पर पुनः प्रयोग किया जा सकेगा, इससे जटिलता में वृद्धि होती है तथा मार्कअप के साथ स्रोत कोड मिल जाता है। इससे भी अधिक, इस विधि को एप्लीकेशन को शुरु करके केवल देख कर ही जांचा जा सकता है, न कि उसे डिजाइन करते समय. अन्य डेब्लपर्स ने उसी नेवीगेशन तथा प्रत्येक पृष्ठ के अन्य तत्वों के कार्यान्वयन से बचने के लिये इनक्लूड फाइल तथा अन्य तरीकों को प्रयोग किया है।

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

चाइल्ड पेजेस उन कन्टेन्ट प्लेस होल्डर कंट्रोल्स का प्रयोग करते हैं जिसे मास्टर पेज के प्लेस होल्डर से प्रतिचित्रित किया जाना चाहिये जोकि कन्टेन्ट पेज में निहित हैं। बचे हुये पृष्ठ को मास्टर पेज के शेयर्ड भागों से पारिभाषित किया जाता है, जैसेकि वर्ड प्रोसेसर का मेल-मर्ज होता है। कन्टेन्ट पेज के सभी मार्कअप तथा सर्वर नियंत्रक कन्टेन्ट प्लेस होल्डर नियंत्रक में ही प्लेस किये जाने चाहिये।

जब कन्टेन्ट पेज के लिये कोई आग्रह किया जाता है तब . कन्टेन्ट पेज के आउटपुट को मास्टर पेज के आउटपुट के साथ मिलाता है तथा उपभोक्ता को आउटपुट भेजता है।

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

 अन्य फ़ाइलें 

. के विभिन्न संस्करणों के साथ सहभागी अन्य फाइल विस्तारों (एक्स्टेंशनों) में शामिल हैं:

 एक्सटेंशन  आवश्यक संस्करण  वर्णन असक्स ()  1.0  ., अनुप्रयोग-स्तर के लाजिक हेतु प्रयुक्त अस्क्क्स ()  1.0  वेब यूज़र कंट्रोल: वेब पेजों पर स्थापित किये जाने वाले कस्टम कंट्रोल अश्क्स ()  1.0  कस्टम  हैंडलर्स अस्म्क्स ()  1.0  वेब सर्विस पेज संस्करण 2.0 से एक अस्म्क्स फाइल के कोड बिहाइंड पेज को  फोल्डर में रखा जाता है। अक्स्द ()  1.0  जब . में इनेबिल हो, . आउटपुट अनुप्रयोग-स्तर ट्रेसिंग का निवेदन करते हुए. विशेष . हैंडलर के लिये भी प्रयुक्त, जो कंट्रोल कंपोनेंट डेब्लपर को एकल फाइल (एक एसेंबली) के परिनियोजन हेतु चित्रों, स्क्रिप्ट, सीएसएस इत्यादि सहित कंपोनेंट कंट्रोल पूर्ण को पैकेज करने की अनुमति देता है। ब्राउज़र  2.0   फॉरमेट में भंडारित ब्राउजर सक्षमता फाइलें, संस्करण 2.0 में पहली बार प्रस्तावित . 2.0, इनमें से कई फाइलों को सामान्य वेब ब्राउजर को सहायता प्रदान करने के लिये बिना चूक के (वाय डिफाल्ट) शामिल करता है। ये स्पष्ट करती है कि कौन से ब्राउजर में कौन सी योग्यता है ताकि .2 स्वचालित रूप से इसके आउटपुट को कस्टमाइज़ एवं ऑप्टिमाइज़ कर सके। विशेष . फाइलें मुफ्त डाउनलोड हेतु उपलब्ध हैं, उदाहरण के लिये, 3 वेलीडेटर, ताकि यह मानक अनुपालित होने के कारण मानक अनुपालित पेजों को भलीभांति प्रदर्शित करे. यह प्रयोग में कठिन ब्राउजर कैप्स सैक्शन को परिवर्तित करता है जोकि मशीन में समरूपित (कनफिगर) थे एवं . 1. में . में अवहेलना कर सकते थे। कोंफिग ()  1.0  इस विस्तार का प्रयोग करने के लिये निर्दिष्ट वेब एप्लीकेशन में . ही एक मात्र वाय डिफाल्ट फाइल है, (. उसी प्रकार से पूरे वेब सर्वर तथा उसके ऊपर के सभी एप्लीकेशन्स को प्रभावित करता है) हालांकि . अन्य कान्फिगरेशन फाइलों को बनाने तथा उपयोग करने के लिये सुविधा प्रदान करता है। इनको  प्रारूप में भंडारित किया जाता है। सीएसवीबी ()  1.0  कोड फाइलें (,  को सूचित करता है,  विजुअल बेसिक को सूचित करता है) कोड बिहाइंड फाइलें (ऊपर देखें) दो सर्वाधिक आम भाषाओं के लिये प्रमुख रूप से ".." या "." विस्तार का प्रयोग करता है। अन्य कोड फाइलें (प्रायः आम "लायब्रेरी" श्रेणी निहित) भी  विस्तार के साथ वेब फोल्डर्स में रह सकती हैं। . 2 में इन्हें एपीपी-कोड () फोल्डर के अन्दर प्लेस किया जाना चाहिये जहां पर वे गतिशील रूप से संकलित तथा पूर्ण एप्लीकेशन के लिये उपलब्धता होती हैं। डीबीएम्एल ()  3.5  ,  डाटा क्लास फ़ाइल को मास्टर  2.0  मास्टर पृष्ठ फ़ाइल. डिफ़ॉल्ट फ़ाइल नाम 1. है रेस्क्स ()  1.0  अंतर्राष्ट्रीयकरण और स्थानीयकरण के लिए संसाधन फ़ाइलें. संसाधन फ़ाइलें (जैसे संदेश) वैश्विक या "स्थानीय" हो सकती हैं जिसका मतलब है एक एकल     के लिए विशेष. साइटमैप ()  2.0  साइटमैप विन्यास फाइल. डिफ़ॉल्ट फ़ाइल नाम . है स्किन  2.0  थीम स्किन फ़ाइलें. एसवीसी ()  3.0  विंडो () संचार फाउंडेशन सेवा संचिका एड्म्क्स ()  3.5  . इकाई फ्रेमवर्क मॉडल

 निर्देशिका ढ़ांचा: 

साधारणतः . निर्देशिका ढांचा डेवलपर्स को प्राथमिकता के द्वारा निर्धारित होता है। कुछे एक आरक्षित निर्देशिका नामों के अलावा, साइट में निर्देशिकाओं को किसी भी संख्या तक बढ़ाया जा सकता है। ढांचे को विशिष्ट रूप से प्रत्यक्षतः  में दिखाया जा सकता है। यद्यपि . प्रोसेसिंग के दौरान किसी भी बिन्दु पर अनुदेश को रोकने का उपाय प्रदान करता है, डेव्लर को केन्द्रीय एप्लीकेशन अथवा फ्रन्ट नियंत्रक के माध्यम से अनुरोध को पूरा करने के लिये बाध्य नहीं किया जाता.

विशेष निर्देशिका नाम (. 2.0 से) है:2..-526337.  .  से वेब साइट लेआउट:
 एपीपी-ब्राउजर्स ()
 साइट-विशिष्ट ब्राउजर परिभाषा फाइलें होती हैं।
 एपीपी-कोड ()
 यह 'रॉ कोड' निर्देशिका है। . सर्वर इस फोल्टर की फाइलें (तथा उपनिर्देशिकाएं) स्वयं ही असेम्बली में संकलित करता है जो कि साइट के प्रत्येक पृष्ठ के कोड में देखी जा सकती है। एपीपी-कोड विशेष रूप से डाटा एक्सेस ऐबस्ट्रेक्शन कोड, मॉडल कोड, तथा बिजनेस कोड के लिये प्रयोग किया जायेगा. कोई साइट-विशिष्ट  हेन्डलर्स, मॉड्यूल्स तथा वेब सर्विस कार्यान्वयन भी इस निर्देशिका में जाते हैं। एपीपी-कोड का प्रयोग करते हुए एक विकल्प के रूप में डैव्लपर पूर्वसंकलित कोड के साथ पृथक असेम्बली प्रदान करना चुन सकता है।
 एपीपी-डाटा ()
 ऐक्सेस  तथा  सर्वर  फाइलों जैसे डाटाबेस के लिये डिफाल्ट निर्देशिका. यह निर्देशिका सामान्यतः एप्लीकेशन के लिये एक मात्र राइट ऐक्सेस है।
 एपीपी-स्थानीय स्रोत ( )
 साइट के व्यक्तिगत पृष्ठों के लिये स्थानीय स्रोत फाइलें होती हैं। जैसे कि ... नाम की फाइल चेक आउट, ए एस पी एक्स पेज के फ्रैंच संस्करण के लिये स्थानीय स्रोत होती है। जब  कल्चर फ्रेन्च में सेट किया जाता है, . स्वयं ही स्थानीयकरण के लिये इस फाइल को ढूंढ़ कर प्रयोग करता है।
 ए पी पी - ग्लोबल स्रोत ()
 साइट के प्रत्येक पृष्ठ के लिये उपलब्ध स्थानीय स्त्रोतों के साथ  फाइलें होती हैं। यहां पर ही ए एस पी डेव्लपर स्थानीय मेसेजेस आदि विशेष रूप से भंडारण करेगा। जो कि एक से अधिक ए पी पी-थीम्स साइट की वैकल्पिक थीम्स होती है।
 ए पी पी थीम्स ()
 साइट की वैकल्पिक थीम्स को रखता है।
 ए पी पी वेब रिफरेफरेन्सेस ()
 साइट में उपभोग होने वाली वेब सेवाओं के संदर्भ हेतु डिस्कवरी फाइल और  फाइलों को रखता है।
 बिन ()
 नियंत्रकों, अवयवों, अथवा अन्य कोड जो कि आप अपने एप्लीकेशन में रिफरेन्स के लिये चाहते हैं, के लिये एकत्रित कोड (डी एल एल फाइलें) रखता हैं। बिन फोल्डर में कोड से दिखाये जाने वाली कोई भी श्रेणीयाँ आपके एप्लीकेशन में स्वयं ही संदर्भित हो जाती हैं।

 निष्पादन 

., वेब सर्वर पर एक या अधिक  फाइलों के लिये सर्वर-साइड कोड के संकलन के द्वारा अन्य स्क्रिप्ट-आधारित प्रौद्योगिकियों (क्लासिक ए एस पी मिलाकर) के ऊपर निष्पादन लाभों को उद्देशित करता है। यह संकलन प्रथम बार पृष्ठ के अनुरोध करते ही (इसका आशय है कि डेवलपर को पृष्ठों के लिये अलग संकलन कदम उठाने की आवश्यकता नहीं है) स्वयं ही घटित होता है। यह फीचर संकलित बायनरी के निष्पादन लाभों के साथ स्क्रिप्टिंग भाषाओं के द्वारा आसान विकास प्रदान करता है। हालांकि, संकलन, वेब प्रयोक्ता के लिए ध्यान देने योग्य परन्तु संक्षिप्त देरी पैदा कर सकता है, जब वेब सर्वर से नवीनतम संकलित पृष्ठ का प्रथम बार अनुरोध किया हो, परन्तु तब तक फिर से नहीं जब तक अनुरोध किये पृष्ठ को आगे अपडेट नहीं किया जाता.

 तथा अन्य स्रोत फाइलें इन्टरनेट सूचना सेवा सर्वर (अथवा अन्य अनुकूल . सर्वर्स; नीचे अन्य कार्यान्वयन देखें) पर वर्चुअल होस्ट में प्लेस की जाती है। प्रथम बार क्लाइन्ट पृष्ठ के लिये अनुरोध करता है, नेट ढ़ांचा फाइल को नेट असेम्बली में पेअर तथा संकलित करता है तथा प्रतिक्रिया भेजता है; अगले अनुरोध  फाइलों से सर्व किये जाते हैं। डिफाल्ट से ही, . प्रथम अनुरोध पर 1000 फाइलों के बैच में पूरी साइट को संकलित करेगा। यदि संकलन की देरी से समस्याऐं आ रही हैं तो, बैच का आकार अथवा संकलन योजना को ट्विक्ड () किया जा सकता है।

डेवलपर्स, संस्थापन के पूर्व अपनी 'कोड बिहाइन्ड' फाइलें, एम एस विजुअल ( ) का प्रयोग करते हुए पूर्व संकलित करने के लिये चुन सकते हैं, जिससे उत्पादन पर्यावरण में जस्ट-इन-टाइम संकलन के लिये आवश्यकता को दूर किया जा सके। यह वेब सर्वर पर स्रोत कोड होने की आवश्यकता को दूर करता है।

 विस्तार () 

माइक्रोसॉफ्ट ने . में प्लग करने के लिये कुछ विस्तार ढ़ांचा जारी किया है तथा उसकी कार्यशीलता में विस्तार किया है। उनमें से कुछ हैं:
 . 
 एक विस्तार जिसमें ए जे ए एक्स () कार्यशीलता समाविष्ट करते हुए . पृष्ठों को लिखने के लिये क्लाइन्ट-साइड तथा सर्वर-साइड दोनों ही कंपोनेंट हों.
 .  
  वास्तु-शास्त्र का प्रयोग करते हुए . पृष्ठों के लेखक के लिये एक विस्तार.

   की तुलना में . 

., विन्डोज () प्रयोक्ता इन्टरफेस के समान कन्ट्रोल से संकलित किये गये पृष्ठों का निर्माण करने के लिये क्षमता प्रदान करके विन्डोज () एप्लीकेशन विकास से वेब विकास के लिये डेव्लपर्स सन्क्रमण को आसान बनाने का प्रयास करता है। बटन अथवा लेबल जैसे वेब कन्ट्रोल वैसे ही कार्य करते हैं जैसे उसका विन्डोज () प्रतिरूप: कोड अपनी विशेषताऐं सौंप सकता है तथा उसकी घटना की प्रतिक्रिया व्यक्त कर सकता है। कन्ट्रोल को जानकारी होती है कि उसे क्या करना है; जबकि विन्डोज () कन्ट्रोल स्क्रीन पर अपने आप को ड्रा करता है, वेब कन्ट्रोल एच टी एम एल  तथा जावा-स्क्रिप्ट() का भाग निर्माण करता है जो कि एण्ड-यूजर के ब्राउजर को भेजे गये परिणाम पृष्ठ के भाग को निर्माण करता है।

. प्रोग्रामर को  तथा  जैसे परम्परागत वेब-स्क्रिप्टिंग पर्यावरण के बजाय घटना वाहित  मॉडल का प्रयोग करते हुए एप्लीकेशन्स का विकास करने के लिये प्रोत्साहित करता है। फ्रेमवर्क, जावा-स्क्रिप्ट (()) जैसी वर्तमान प्रौद्योगिकियों को स्वाभाविक स्टेटलेस वेब पर्यावरण को दृढ़ स्टेट (अन्तर-अनुरोध) में लाने के लिये आंतरिक घटकों जैसे - "" के साथ जोड़ने का प्रयास करता है।

 क्लासिक से तुलना करने पर अन्य असमानताऐं निम्नवत हैं:
 संकलित कोड का आशय है कि विकास की अवस्था पर डिजाइन - टाइम त्रुटियों के साथ एप्लीकेशन अधिक गति से चलता है।
 ट्राई-कैच ब्लॉक्स प्रयोग करते हुए एक्सेप्शन हेन्डलिंग का उपयोग करते हुए महत्त्वपूर्ण रूप से बेहतर रन-टाइम त्रुटि से निपटना.
 नियंत्रकों तथा घटनाओं जैसे माइक्रोसॉफ्ट विन्डोज () एप्लीकेशन के लिये एक जैसे रूपक.
 नियंत्रकों तथा क्लास लाइब्रेरीज का एक व्यापक सेट एप्लीकेशन्स के तुरन्त निर्माण में सहायक होता है, साथ ही उपभोक्ता-परिभाषित कन्ट्रोल साधारणतः प्रयोग किये जाने वाले वेब टेम्पलेट को अनुमति देता है, जैसे कि मेनूज. पेज पर इन कन्ट्रोल्स का प्रारूप आसान है क्यों कि अधिकतम एडिटर्स में यह देख कर किया जा सकता है।
 .., , , ., क्रोम आदि में कोडेड किये जाने वाले वेब पेजेस की अनुमति देते हुए, ., . सामान्य भाषा रन टाइम की बहु भाषा क्षमताओं का उत्तोलन करता है।
 निष्पादन में सुधार करने के लिये पूरे पेज अथवा उसके थोडे से भाग को केच () करने की क्षमता.
 प्रस्तुतीकरण से बिजनेस लॉजिक को अलग करने के लिये कोड बिहाइंड विकास मॉडल प्रयोग करने की क्षमता.
 पेज तथा कन्ट्रोल दोनों को प्रोग्राम करने के लिये सही लक्ष्य-आयामी डिजाइन का प्रयोग करने की क्षमता.
 यदि कोई . एप्लीकेशन मेमोरी को लीक करता है, तो . रन टाइम त्रुटि वाले एप्लीकेशन को होस्ट करने वाले एपीपी डोमेन () को अनलोड करता है तथा नये एपीपी डोमेन () में एप्लीकेशन रीलोड करता है।
 .में सेशन स्टेट को माइक्रोसॉफ्ट  सर्वर डाटा बेस अथवा वेब सर्वर जैसी मशीन अथवा अलग मशीन पर चलने वाली प्रोसेस में सुरक्षित किया जा सकता है। इस तरह से, जब वेब सर्वर को रीसेट किया जाता है अथवा . वर्कर प्रोसेस रीसायकल की जाती है सेशन वेल्यूज की हानि नहीं होती.
 . 2.0 सेस्करण के पूर्व के संस्करणों की उनके मानक अपुनालन की कमी के कारण आलोचना हुई है। क्लाइन्ट ब्राउजर को भेजे गये सृजित  तथा जावा-स्क्रिप्ट () 3 मानकों के विरुद्ध हमेशा वैध नहीं करेंगे। इसके अतिरिक्त, फ्रेमवर्क के ब्राउजर डिटेक्शन फीचर ने 'डाउन लेबल ' जैसे माइक्रोसॉफ्ट के स्वयं के इन्टरनेट एक्सप्लोरर के अलावा कई बार वेब ब्राउजर की गलत पहचान की है तथा कुछ फीचर को हटाकर इन क्लाइन्ट को जावा-स्क्रिप्ट () लौटा दी है अथवा कई बार असमर्थ अथवा तोडी है। यद्यपि, 2.0 संस्करण में, साइट कन्फिगरेशन के आधार पर सभी कन्ट्रोल वैध  4.0,  1.0 (डिफाल्ट) अथवा  1.1 आउटपुट पैदा करते हैं। मानक-अनुपालित वेब ब्राउजर का पता लगाना अधिक कठिन है तथा केस्केडिंग स्टाइल शीट के लिये सहायता अधिक व्यापक होती है।
 वेब सर्वर कन्ट्रोल: यह वेब फॉर्म के लिये  प्रदान करने के लिये . द्वारा प्रस्तुत किये गये कन्ट्रोल है। यह कन्ट्रोल स्टेट द्वारा प्रबंधित कन्ट्रोल है तथा  कन्ट्रोल है।

 आलोचना 

 6.0 पर तथा उससे नीचे, ए एस पी फ्रेमवर्क के विभिन्न संस्करणों का प्रयोग करते हुए लिखे गये पृष्ठ थर्ड-पार्टी लाइब्रेरीज के उपयोग के बगैर सेशन स्टेट को शेअर नहीं कर सकते. यह आलोचना . तथा साथ साथ -7 को रन करने वाले  एप्लीकेशन पर लागू नहीं होती. -7 के साथ मॉड्यूल एकीकृत पाइप लाइन में रन कर सकती है जो मॉड्यूल को किसी भी अनुरोध को कार्यान्वित करने के लिये कोई भी भाषा में लिखने की अनुमति देता है।

. 2.0 वेब फॉर्म मार्कअप का निर्माण करता है जो डब्ल्यु थ्री सी (3) वैधता पास करती है परंतु यह विवादास्पद है कि क्या यह सुगम्यता में वृद्धि करता है, जो कि सांकेतिक  पेज   प्रतिनिधित्व का एक लाभ है। कई कन्ट्रोल जैसे कि लॉगिंग कन्ट्रोल तथा विजार्ड कन्ट्रोल, डिफाल्ट से ही प्रारूप के लिये  टेबलज का प्रयोग करते हैं। माइक्रोसॉफ्ट ने . 2.0  कन्ट्रोल एडप्टर को जारी करके इस समस्या का समाधान किया है जो एक फ्री एड-ऑन है जो कि अनुवर्ती सुगम्य   मार्कअप के निर्माण के साथ साथ . 4.0 में लॉगिन कन्ट्रोल में एक विशेषता जोड़ता है जो उसे टेबल मोड के बजाय डिव मोड पर रन करने में सक्षम बनाता है।

पृष्ठों की पुनः स्थिति तथा ब्राउजर हिस्ट्री बदलने जैसे . वेब फॉर्म फीचर केवल इंटरनेट एक्सप्लोरर में ही उपलब्ध हैं।

माइक्रोसॉफ्ट, वेब सेवाओं तथा फलस्वरूप प्राथमिक एप्लीकेशन सर्वर सॉल्युशन के साथ   . को स्थापित करता है। जटिल बिजनेस एप्लीकेशन्स जो कि "आउट ऑफ द बॉक्स" माइक्रोसॉफ्ट आग्रह का प्रयोग करते हैं, उन्हें कार्यान्वित करते समय जटिल वैचारिक कमियां दृष्टिगोचर हुईं. . में सॉलिड स्टेट प्रबंधन की कमी है  . वर्कर्स प्रक्रिया के स्वयं ही पुनः शुरू होने के कारण डेव्लपर्स को, कस्टम स्टेट हैंडलिंग मॉड्यूल्स जो कि कुछ बाहरी प्रोसेस में स्टेट स्टोर करना चाहिये, को हैंडकोड करने की आवश्यकता है। इसको आसान उदाहरण से समझाया जा सकता है। कल्पना कीजिये एक . वेब साइट जो कि सर्वर कंपोनेंट पर विश्वास करती है, उसे अपने स्टेट को सुरक्षित रखना चाहिये तथा स्टेट जटिल अलगोरिथम - जैसे कि नक्शे के ऊपर सुपर इम्पोजिंग रूट जियोमेट्री, के परिणामस्वरूप प्राप्त किया गया था। एक मार्ग ने अगले ग्राहक अनुरोधों को संकलित तथा मल्टीपल करने के लिये बहुत से  चक्र लिये हैं, वह मेपटाइल्स को प्रदर्शित करते समय निष्कर्ष देखेगा.

अगला उदाहरण - जब स्टेट लीगेसी  लक्ष्य में, जो कि वेब सर्वर स्टेट सर्वर के मध्य मार्शल नहीं किया जा सकता, संक्षिप्त किया जाता है, एकमात्र संभव मोड (इन प्रोक्) है जो कि एप्लीकेशन के पुनः शुरू होने के कारण अविश्वनीय होता है।

 विकास उपकरण 

. अनुप्रयोगों के विकास के लिए कई उपलब्ध सॉफ्टवेयर संकुल मौजूद हैं:

 उत्पाद  डेवलपर  लाइसेंसिंग  टिप्पणी . इन्टेल्लीसेन्स जेनरेटर     मुफ़्त   माइक्रोसॉफ्ट विज़ुअल स्टूडियो  माइक्रोसॉफ्ट  नि: शुल्क है और वाणिज्यिक   कोड गियर डेल्फी  एम्बर्काडेरो टेक्नोलॉजीज  वाणिज्यिक   मेंक्रोमेडिया होमसाईट  एडोब सिस्टम्स  वाणिज्यिक   माइक्रोसॉफ्ट एक्सप्रेशन वेब  माइक्रोसॉफ्ट  वाणिज्यिक   माइक्रोसॉफ्ट शेयर पॉइंट डिजाइनर  माइक्रोसॉफ्ट  मुफ़्त   मोनोडेवेलोप  नोवेल और मोनो समुदाय  नि:शुल्क खुला स्रोत   शार्पडेवेलोप  शार्पकोड टीम  नि:शुल्क खुला स्रोत     .   एफिल सॉफ्टवेयर  नि:शुल्क खुला स्रोत और वाणिज्यिक   मेक्रोमेडिया ड्रीमवीवर  एडोब सिस्टम्स  वाणिज्यिक  . 2.0 की महत्त्वपूर्ण विशेषताओं को सपोर्ट करता है एवं . 1. हेतु अत्यंत अकुशल कोड का उत्पादन करता है: इसके अलावा, कोड उत्पादन एवं . विशेषतायें संस्करण 8.0.1 को सपोर्ट करती हैं जो कि संस्करण  से बहुत कम परिवर्तित था। संस्करण 8.0.2  इन्जैक्शन आक्रमणों से बेहतर सुरक्षा प्रदान करते हैं।

 फ्रेमवर्क्स 

जब . के साथ विकास कर रहे हो, तब मानक वेबफार्म्स विकास मॉडल का प्रयोग आवश्यक नहीं है। प्लेट-फार्म हेतु डिजाइन किये गये उल्लेखनीय फ्रेमवर्कों में शामिल हैं:
 . डाटाबेस एवं वितरित कम्प्यूटिंग अनुप्रयोगों के निर्माण हेतु बेस वन फाउण्डेशन कंपोनेट लाइब्रेरी () एक  फ्रेमवर्क है।
  एक खुला स्रोत सॉल्युशन है जिसमें एक वेब अनुप्रयोग फ्रेमवर्क एवं एक कन्टेन्ट प्रबंधन तंत्र शामिल होता है जो माड्यूल्स, स्किन्स एवं प्रोवाइडर्स के माध्यम से उन्नत विस्तार योग्यता की अनुमति प्रदान करती है।
   (कैसेल मोनोरेल), एक खुला-स्त्रोत  फ्रेमवर्क है जिसमें रूबी ऑन रेल्स के समान निष्पादन मॉडल है। फ्रेमवर्क का सामान्यतः कासल एक्टिव रिकॉर्ड, जो कि  पर बनी  परत है, के साथ प्रयोग किया जाता है।
 ., जावा () हेतु स्प्रिंग फ्रेमवर्क का एक पोर्ट.
 ., इण्टरप्राइज अनुप्रयोगों में प्रयुक्त. अनुप्रयोगों हेतु एक साधारण फ्रेमवर्क.'''' संस्करण 

दिनांकसंस्करणटिप्पणियानये . संबंधित विशेषतायें 16 जनवरी 2002  1.0  प्रथम संस्करणविजुअल स्टूडियो. के साथ जारी 
 विरासत, पॉलीमॉरफिज्म एवं अन्य मानक  विशेषताओं को सपोर्ट करने वाला ऑब्जेक्ट उन्मुख वेब अनुप्रयोग विकास
 डेब्लपर्स को निम्नलिखित के प्रयोग हेतु अब मजबूर नहीं किया जाता: .  (....) अतः शीघ्र बाइंडिंग तथा टाइप सुरक्षा संभव है।
 विंडोज () प्रोग्रामिंग पर आधारित; अधिक मजबूत अनुप्रयोग जो साधारणतः  प्रदर्शन के अलावा कार्य करे, (जैसे अपवाद हैंडलिंग) के निर्माण हेतु डेब्लपर  श्रेणी पुस्तकालयों एवं वेब सर्वर की अन्य विशेषताओं का प्रयोग कर सकते हैं। 24 अप्रैल 2003 1.1 विंडोज़ () सर्वर 2003 के साथ जारी विजुअल . 2003 के साथ जारी 
 मोबाइल नियंत्रण
 स्वचालित इनपुट अभिप्रमाणन 7 नवम्बर 2005 2.0 कोडनाम विडबीविजुअल स्टूडियो 2005 एवं विजुअल वेब डेब्लपर एक्सप्रेसएंव  सर्वर 2005 के साथ जारी 
 नये डाटा कंट्रोल (ग्रिड व्यू, फॉर्मव्यू, डीटेल्स व्यू)
 घोषणात्मक डाटा एक्सेस हेतु नई तकनीक ( डाटा स्त्रोत, ऑब्जैक्ट डाटा स्त्रोत, डाटा स्रोत कंट्रोल्स)
 नेवीगेशन कंट्रोल्स
 मास्टर पृष्ठ
 प्रवेशक का नियंत्रण
 थीम्सविषय
 स्किन्स
 वेब भाग
 व्यक्तिगतिकरण सेवायें
 पूर्ण पूर्व-संकलन
 नयी स्थानीयकरण तकनीक
 64 बिट प्रोसेसर हेतु सपोर्ट
 प्रोवाइडर क्लास मॉडल 21 नवम्बर 2006 3.0  
 विंडोज़ () संचार फाउंडेशन जो सेवाओं की मेजबानी हेतु . का प्रयोग कर सके। 
 विंडोज़ () कार्डस्पेस जो लॉगिन रोल हेतु .का प्रयोग करता है। 19 नवम्बर 2007 3.5 विजुअल स्टूडियो 2008 एवं विंडोज़ () सर्वर 2008 के साथ जारी 
 नये डाटा कंट्रोल्स (लिस्ट व्यू, डाटा पेजर)
 .  फ्रेमवर्क के हिस्से के रूप में शामिल
  पाइपलाइनिंग एवं सिंडीकेशन फीड्स हेतु सपोर्ट.
 , ,  एवं पार्शिअल ट्रस्ट हेतु  सपोर्ट
  इत्यादि की तरह समस्त . फ्रेमवर्क 3.5 परिवर्तित होते हैं। 11 अगस्त 2008 3.5 सर्विस पैक 1 विजुअल स्टूडियो 2008 सर्विस पैक 1 के साथ जारी 
 . डायनामिक डाटा को शामिल करना। 
 .  अनुप्रयोग में ब्राउज़िग हिस्ट्री के नियंत्रण हेतु सपोर्ट.
 ज्यादा बेहतर डाउनलोडिंग हेतु कई जावा-स्क्रिप्ट () फाइलों को एकल फाइल में मिलाने की क्षमता
 नये  ..आब्स्त्रक्तिओन एंव ..वेब .अमूर्त और सिस्टम.वेब .अनुमार्गण

 अन्य कार्यान्वयन 

मोनो प्रोजेक्ट . 1.1 एवं अधिकतर . 2.0 को सपोर्ट करता है। . को मोनो के साथ इन तीन में से किसी एक विकल्प का प्रयोग करते हुये चलाया जा सकता है:  मॉड्यूल का प्रयोग करते हुए अपाचे होस्टिंग, तीव्र  होस्टिंग एवं .

 टिप्पणी 

 सन्दर्भ 
 

 आगे के पठन के लिए 

 ऐनी बोएहम: मुराच्स . 3.5 वेब प्रोग्रामिंग विद  2008, 21 जुलाई 2008, माइक मुराच्स और एसोसिएट्स,  978-1-890774-47-9
 स्टीफन वाल्थर: . 3.5 अनलीशड, 28 दिस्म्बर, 2007, साम्स प्रकाशन,  0-672-33011-3  0-672-33011-3
 स्टीफन वाल्थर: डाटा एक्सेस इन . 2.0 फ्रेमवर्क (वीडियो प्रशिक्षण)'', 26 सितम्बर 2007, साम्स प्रकाशन,  0-672-32952-2

 बाहरी कड़ियाँ 

 . - (हिंदी में) अब सीखिए . प्रोग्रामिंग आपकी अपनी भाषा हिंदी में
 अपतटीय विकास कंपनी . 3.5, , , ., कंसल्टिंग, शेयर पॉइंट डेवलप्मेंट, 
 माइक्रोसॉफ्ट की सरकारी . 3.5 वेबसाइट
  पर .
 . 4 और 2010  में कुछ नई सुविधाएं
 छात्र शैक्षणिक ब्लॉग

श्रेणी:.
श्रेणी:टेम्पलेट इंजन
श्रेणी:वेब अनुप्रयोग फ्रेमवर्क
श्रेणी:माइक्रोसॉफ्ट विज़ुअल स्टूडियो