2009-08-24 15 views
5

वीएस 2008 में वेब साइट और वेब एप्लिकेशन के बीच क्या अंतर है? और क्या किसी एक का उपयोग करने के फायदे हैं?वीएस -2008 में वेब साइट और वेब एप्लिकेशन के बीच क्या अंतर है?

+0

सटीक डुप्लिकेट: http://stackoverflow.com/questions/237664/web-site-vs-asp-net-web-plication-in-visual-studio –

+0

धन्यवाद जस्टिन ... मुझे लगता है कि मुझे पहले एक खोज करना चाहिए था । – Brad

+2

इसकी एक "अस्पष्ट" डुप्ली है लेकिन मुझे इस धागे पर उत्तर बेहतर पसंद है और इसलिए कृपया इस धागे को खोलें। – djangofan

उत्तर

14

इससे पहले कि आप पेशेवरों और विपक्ष के बारे में बात करें, आपको यह कैसे काम करता है पर मौलिक अंतर जानना होगा।

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

दूसरी ओर, वेब एप्लिकेशन, प्रोजेक्ट को विकसित करते समय पृष्ठ को नामित डीएल में संकलित करता है। इस संकलन के बिना वेबसाइट भी अपने सर्वर में तैनात नहीं होंगे

(के रूप में तो कोई स्वत संकलन तंत्र है) तो पक्ष-विपक्ष:

  1. वेब साइट परियोजना के स्रोत रहे हैं गतिशील, आप आवश्यक नहीं करते कुछ (जोखिम भरा दृष्टिकोण हालांकि) को संशोधित करने के लिए अपनी विकास मशीन के माध्यम से जाने की आवश्यकता है, सबकुछ समय में संकलित किया गया है
  2. यह कहकर सुविधाजनक है, इसमें शामिल जेआईटी संकलन के कारण थोड़ा सा प्रदर्शन जुर्माना भी है।
  3. एएसपी.नेट एमवीसी और मोनो रेल आधारित परियोजनाओं जैसे प्रेषण अनुरोध के डिजाइन के कारण वेब साइट प्रोजेक्ट पर कुछ परियोजनाएं चलती हैं।
  4. आपके पास वेब साइट प्रोजेक्ट को लाइब्रेरी स्तर में टीडीडी करने की बहुत कम या कोई संभावना नहीं है क्योंकि इसकी संकलित नहीं है। हालांकि आप वेब एप्लिकेशन के साथ संकलित अपने एकल डीएलएल को टीडीडी कर सकते हैं।
  5. मैं भूल गया कि यह कैसे ट्रिगर किया जा रहा है लेकिन वीएस2005 गतिशील प्रकृति के कारण एक बड़ी वेब साइट प्रोजेक्ट को संकलित करने में हमेशा के लिए लंबा समय ले सकता है क्योंकि एएसपीएक्स फाइलों के लिए अतिरिक्त वाक्यविन्यास जांच शामिल है। वेब एप्लिकेशन इस मुद्दे से पीड़ित नहीं है।

मुझे यकीन है कि इसमें बहुत सारी चीज़ें शामिल हैं, लेकिन मुझे लगता है कि ये कुछ बड़े हैं।

1

आप दृश्य स्टूडियो 2005 का उपयोग कर रहे हैं, तो वेब अनुप्रयोग प्रोजेक्ट को तेज़ी this site

pros and cons आप इस लेख की जांच कर सकते में से एक व्यक्तियों राय की एक सूची के लिए

के अनुसार संकलित करें।

मेरी निजी वरीयता सिर्फ एक वेबसाइट प्रोजेक्ट बनाना है। मेरे पास वास्तव में ऐसा करने का कोई कारण नहीं है, लेकिन चूंकि यह हमेशा मेरे लिए काम करेगा (मैं सिर्फ एक निर्देशिका को तैनात करने के लिए खींच और छोड़ सकता हूं) मैं इसका उपयोग जारी रखता हूं।

0

मैं केवल सबसे छोटी ऐप के लिए वेबसाइट प्रोजेक्ट का उपयोग करूंगा। कुछ और डेवलपर्स को शामिल करने वाले किसी भी अन्य को एक msbuild स्क्रिप्ट की आवश्यकता होती है। msbuild वेब अनुप्रयोग परियोजनाओं को पसंद करता है और वास्तव में वेबसाइट परियोजनाओं से नफरत करता है। इसके अलावा, मैंने कभी भी वेबसाइट परियोजनाओं को लागू करने के आदेश से सहज महसूस नहीं किया। मुझे कोड लिखना, संकलन करना, परीक्षण करना, तैनाती करना पसंद है। एक वेबसाइट प्रोजेक्ट के साथ आपको लिखें कोड, तैनाती, संकलन, परीक्षण मिलता है। बस मुझे गलत रास्ता rubs।

0

Stephen M. Redd ने मुझे इस पर शुरुआत करने में मदद की। वह वेब अनुप्रयोग परियोजना दृष्टिकोण पसंद करता है।

मेरा काम आज नेट 1.1 ऐप को 3.5 में अपग्रेड करना था, मेरे मामले में वेब एप्लिकेशन प्रोजेक्ट रूट लेने में यह बहुत आसान था क्योंकि यह 1.1 कामों के करीब है।

हालांकि मैं इसके खिलाफ फैसला किया, वेब साइट दृष्टिकोण निम्नलिखित के आकर्षण का आयोजन किया:

  • कोई कोड बिल्कुल दूसरी ओर पेज नियंत्रण (वेब ​​अनुप्रयोग परियोजना घोषित करने के लिए एक डिजाइनर फ़ाइल में इन स्वचालित रूप से उत्पन्न की जरूरत जो मैं का रूप)
  • गतिशील संकलन, तेजी से विकास
  • एक परियोजना फ़ाइल के लिए कोई जरूरत नहीं

अंत में मैं कुछ करने की आवश्यकता होगी पसंद नहीं आया अगर मैं वेब एप्लिकेशन प्रोजेक्ट रूट के लिए जाता हूं तो कोड में एर बदल जाता है। दुर्भाग्य से हमारे ऐप में स्थैतिक तरीकों और ऐसे अन्य बुरे प्रथाओं के माध्यम से एक-दूसरे को संदर्भित करने वाले पृष्ठ हैं। वेब साइट संकलन विधि का दृष्टिकोण है जिसका अर्थ है कि आपके नामस्थान कॉन्फ़िगर किए जाने के बावजूद पेज एक साथ काम नहीं कर सकते हैं। मुझे लगता है मुझे डिजाइनर फाइलों के साथ रहना सीखना होगा।

0

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

+0

क्या आप उस पर विस्तार कर सकते हैं? – djangofan

7

वेबसाइट मुख्य रूप से प्रोग्राम किए गए तत्वों वाले विज्ञापन-प्रसार वेब साइटों के साथ काम करने के लिए। आसानी से एएसपीएक्स फाइलों में मौजूद ग्राहक-विशिष्ट सामग्री द्वारा पहचाना जाता है।

कोई समाधान या प्रोजेक्ट फ़ाइलें आवश्यक नहीं हैं और पृष्ठ और स्रोत फ़ाइल> ओपन> वेब साइट ... मेनू विकल्प के माध्यम से स्थानीय रूप से (फ़ाइल सिस्टम, आईआईएस) या दूरस्थ रूप से (एफ़टीपी, वेबडेव/फ्रंट पेज एक्सटेंशन) का निवास कर सकते हैं।

कोड-बैक और कक्षाएं आमतौर पर वेब सर्वर पर संग्रहीत होती हैं जो उन्हें मांग पर स्मृति में संकलित करती है। एप्लिकेशन को पुनरारंभ किए बिना सत्रों को खोए बिना फ़ाइलों में परिवर्तन किए जा सकते हैं।

के लिए/के खिलाफ

  • त्वरित संपादन, परीक्षण, कार्यावधि में चक्र सिंटेक्स त्रुटियों को तैनात
  • एप्लिकेशन संकलन या पुनः आरंभ करने की एक इंस्टॉलर
  • स्रोत सर्वर उपयोगी पर हमेशा उपलब्ध स्रोत नहीं बना सकता कोई ज़रूरत नहीं हैकर्स के लिए

वेब अनुप्रयोग वेब अनुप्रयोग परियोजनाओं एक ऐड-ऑन के रूप में पेश किए गए विजुअल स्टूडियो 2005 के लिए, बाद में वीएस 2005 एसपी 1 में घुमाया गया और विजुअल स्टूडियो 2008 के साथ एक पूर्ण प्रथम श्रेणी का नागरिक बनाया गया।

नाम की तरह यह तात्पर्य है कि ये मुख्य रूप से वेब अनुप्रयोगों के लिए हैं, ऐसे समय जब आपने कोई उत्पाद या समाधान लिखा है ऐसा होता है कि एक वेब इंटरफ़ेस होता है।

वेब एप्लिकेशन प्रोजेक्ट आपके स्थानीय ड्राइव पर मौजूद हैं और किसी अन्य वीएस प्रोजेक्ट प्रकार की तरह व्यवहार किया जाता है और मौजूदा समाधान में जोड़ा जा सकता है पूर्ण संकलन, सत्यापन और निर्माण चरणों के अधीन हैं।

परिनियोजन आम तौर पर एमएसआई इंस्टॉलर्स के माध्यम से होता है हालांकि आप अतिरिक्त वेब परिनियोजन प्रोजेक्ट ऐड-इन का भी उपयोग कर सकते हैं जो आपको सीधे उन सर्वरों पर तैनाती करने की अनुमति देता है जो परीक्षण वातावरण में तैनाती के लिए उपयोगी हैं।

के लिए/के खिलाफ

  • नियंत्रित निर्माण & तैनाती प्रक्रिया तैनाती आवेदन पुनः आरंभ करने का कारण बनता है वेब सर्वर पर
  • कोई वर्ग फ़ाइलों, dll केवल अलग अलग वर्गों
  • सिंटेक्स त्रुटियों संकलन समय
  • पर तैनात नहीं किया जा सकता

http://damieng.com/blog/2008/02/07/web-site-vs-web-application

0

वेब साइट: अपने गतिशील संकलन वेब अनुप्रयोग: अपनी स्थिर संकलन

विजुअल स्टूडियो 2005 SP1 विजुअल स्टूडियो 2008 में वेब अनुप्रयोग और प्रदान करता है: यह दोनों इस अवधारणाओं का समर्थन करता है।

पढ़ myblog

0

इस- here, and here पर कई लेख, और यहां तक ​​कि here रहे हैं। मुख्य भेद यह है कि एक वेबसाइट प्रोजेक्ट में संबंधित संपत्तियों का एक फ़ोल्डर होता है जो वेबसाइट बनाते हैं और उस फ़ोल्डर में कुछ भी वेबसाइट का हिस्सा होता है, जबकि वेबसाइट एप्लिकेशन को डेस्कटॉप ऐप की तरह अधिक माना जाता है और इसमें एक .csproj/vbproj फ़ाइल है सभी आवेदन सामग्री सूचीबद्ध करता है। साथ ही, पृष्ठों में वेबसाइट एप्लिकेशन में डिज़ाइनर फ़ाइलें होती हैं।

संबंधित मुद्दे