मैं एक नई वेब प्रोजेक्ट शुरू कर रहा हूं और मैं दो प्रस्तुति ढांचे पर विचार कर रहा हूं। मैं या तो एएसपी.नेट एमवीसी या सिल्वरलाइट के बारे में सोच रहा हूं। मैं सिल्वरलाइट की ओर रुख करता हूं क्योंकि मैं काफी अनुभवी हूं। नेट डेवलपर जबकि मेरे पास एएसपी.NET नियंत्रणों का सिर्फ एक बुनियादी ज्ञान है।एएसपी.नेट बनाम सिल्वरलाइट
यह मुख्य रूप से एक इरर्नल उत्पाद होने जा रहा है ताकि ब्राउज़र कोई समस्या न हो।
आपने अभी भी उचित आपके आवेदन की प्रकृति के बारे में विवरण नहीं लिखा है। यह आकलन करना मुश्किल है कि किस तकनीक पर आवेदन किया जा रहा है, और इसे हल करने के लिए डिज़ाइन की गई समस्याओं को पर्याप्त रूप से पर्याप्त रूप से जानने के बिना कौन सी तकनीक अच्छी फिट है।
सामान्य रूप से, माइक्रोसॉफ्ट "पहुंच बनाम रिच" निरंतर प्रस्तुति प्रौद्योगिकियों के इन सरणी को स्थिति में रख रहा है। आपके पास एक तरफ "सादा पुराना" एचटीएमएल और जावास्क्रिप्ट है, जो क्लाइंट मशीनों की सबसे अधिक संख्या में स्वीकार्य है, और दूसरी ओर पर पूर्ण पूर्ण उड़ा हुआ WPF जहां मशीनों की सीमित संख्या संभाल सकती है। आपने इसका एक आंतरिक ऐप होने का जिक्र किया है, इसलिए एक्सबीएपी या क्लिकऑन के माध्यम से डब्ल्यूपीएफ भी संभव है।
तो पैमाने इस तरह से संरेखित होगा: (पहुंच) एएसपी.नेट, AJAX, सिल्वरलाइट, WPF (समृद्ध)।
तो प्रश्न यह है कि आप उपयोगकर्ताओं के लिए कितना समृद्ध/आवश्यकता है जब तक यह तैनाती आधार को नुकसान न पहुंचे? स्पष्ट रूप से यदि आप सभी को फॉर्म और टैब्यूलर डेटा और आंकड़े प्राप्त करते हैं तो नियमित एएसपी.नेट वेब फॉर्म ठीक हैं। यदि आप बैक-एंड डब्ल्यूसीएफ वेब सेवाओं के साथ ऑन-द-फ्लाई आकार बदलने योग्य ग्राफ और क्लाइंट-साइड इंटरैक्टिव चाहते हैं तो सिल्वरलाइट ऐसा कर सकता है। यदि आप रिमोट परिनियोजन विकल्पों के माध्यम से डब्ल्यूपीएफ की तुलना में और भी शक्तिशाली ग्राफिकल प्रतिपादन चाहते हैं तो यह आपकी शर्त है।
+1 व्याख्या के एक स्मार्ट तरीके के लिए –
यह जानने के बिना कि आपका आवेदन क्या है, एक दूसरे को अनुशंसा करना मुश्किल है। जो भी आप तय करते हैं, सुनिश्चित करें कि आप अपने लक्षित दर्शकों को ध्यान में रखें; हर किसी को अपने कंप्यूटर पर सिल्वरलाइट स्थापित नहीं किया जा रहा है।
व्यक्तिगत रूप से, जब तक कि मैं एक अविश्वसनीय रूप से इंटरैक्टिव और सुंदर वेब एप्लिकेशन को डिजाइन किया गया था, मैं ASP.NET के साथ (के साथ या MVC ढांचे के बिना) यदि केवल इस तथ्य के लिए जाना होगा इसके लिए संदर्भ सामग्री का एक टन है कि जबकि सिल्वरलाइट अभी भी अपेक्षाकृत नया क्षेत्र है।
यह मुख्य रूप से एक इटर्नल उत्पाद होने जा रहा है ताकि ब्राउज़र कोई समस्या न हो। यह विकास की कीमत के बारे में अधिक है। सिल्वरलाइट मॉडल या एएसपी.नेट मॉडल सीखना आसान है? मुझे उम्मीद है कि सिल्वरलाइट वेब सर्विसेज पर आधारित है और इसलिए यह मेरे एप्लिकेशन कोड को व्यावसायिक तर्क (सेवा) और प्रेजेंटेशन (सिल्वरलाइट एप्लिकेशन) में स्पष्ट रूप से विभाजित कर सकता है।
मत भूलना सिल्वरलाइट को प्लग-इन का उपयोग करने की आवश्यकता होगी, और मेरे ज्ञान के लिए यह आईई में "मूल रूप से" जोड़ा नहीं गया है, बाकी ब्राउज़रों को अकेला छोड़ दें। तो अकेले इसके साथ कई रखरखाव/समर्थन मुद्दे हो सकते हैं। पीडीएफ फाइलों को अब तक "सर्वव्यापी" माना जाता है, लेकिन आप अभी भी ऐसे उपयोगकर्ता या दो में भाग लेते हैं जिनमें उनके कंप्यूटर पर एडोब रीडर नहीं है और यह अक्सर खराब समय पर होता है और फिर आप इंस्टॉलर प्राप्त करने के लिए घूम रहे हैं।
एक मौलिक स्तर पर, इसने मुझे अपने वेब ऐप्स के लिए सिल्वरलाइट करने से रोक दिया है। मुझे लगता है कि इसके पीछे की तकनीक अच्छी है, लेकिन आजकल आप एक अच्छा वेबफॉर्म/एमवीसी/AJAX/jQuery संयोजन (मिश्रण और अपनी पसंद के साथ मिलान) के साथ समान दृश्यता/कार्यक्षमता प्राप्त कर सकते हैं, मैं एएसपी.NET के साथ छड़ी कहूंगा।
व्यक्तिगत और पेशेवर दोनों, मैं सी # दैनिक विंडोज़ ऐप्स और विंडोज सेवाओं के लिए लिखता हूं। इसके वर्षों के बाद भी, मुझे यह पता चलता है कि PHP या पायथन के साथ .NET के साथ ऐसा करने के लिए वेब ऐप को चाबुक करने के लिए तेज़ी से FAR लगता है। शायद सिल्वरलाइट के साथ चीजें बदल गई हैं, लेकिन मेरे लिए एएसपी.नेट पर सीखने की अवस्था वापसी की तुलना में हास्यास्पद है।
संपादित करें: उपर्युक्त एएसपी.नेट एमवीसी की कोशिश करने से पहले एक साल या उससे अधिक समय लिखा गया था। मुझे एएसपी.नेट एमवीसी आश्चर्यजनक रूप से सहज और साफ लगता है।
अपनी पृष्ठभूमि को .NET में सीमित लेकिन सीमित Asp.Nnet अनुभव ... मुझे लगता है कि आप एक सेवा/ग्राहक लड़के के अधिक हैं। इसका अर्थ यह होगा कि आपकी जावास्क्रिप्ट शायद सीमित है ... यदि ऐसा है, तो मैं सिल्वरलाइट के साथ जाऊंगा। यह आपको डब्ल्यूपीएफ में कम कर देगा, जिसे आप भविष्य में उपयोग करने की संभावना रखते हैं।
लेकिन सिल्वरलाइट 2.0 के साथ अधिक महत्वपूर्ण रूप से काम करना एक सैंडबॉक्स डेस्कटॉप एप्लिकेशन बनाने जैसा लगता है। एक वेब अनुप्रयोग से अधिक। यदि आपका पूर्व अनुभव क्लाइंट ऐप्स के साथ है तो आप Silverlight के साथ घर पर और अधिक होंगे।
यदि आप वेब साइट्स/एप्लिकेशन बनाने में तोड़ना चाहते हैं तो एएसपी .NET MVC के साथ जाएं।
किसी भी तरह से सामान्य एएसपी .NET नियंत्रण का ज्ञान दूर नहीं होगा, क्योंकि वे वेबफॉर्म के लिए हैं।
आईएमओ आप एएसपी.Net के साथ बेहतर हो सकते हैं। जबकि आपके पास थोड़ी सी सीखने की वक्र होगी, आप बीटा में कुछ ऐसा करने के बजाय एक सिद्ध, भरोसेमंद, स्केलेबल मॉडल पर विकास करेंगे और आरटीएम से पहले बदल सकते हैं।
इसके अलावा, AJAX के साथ इन दिनों ASP.Net से एक सुंदर स्लिम उपयोगकर्ता अनुभव प्राप्त करना संभव है।
आरआईए के साथ सिल्वरलाइट 3 बहुत शक्तिशाली प्रतीत होता है। मैंने वीबी 6 पर काम करने के 6 साल बाद प्रोग्राम नहीं किया था। मैं लगभग एक महीने का समय, यहां मैं एक वेब आवेदक विकसित कर रहा हूं जो एसएल 3, डब्ल्यूसीएफ और इकाई ढांचे का उपयोग करता है और मुझे बहुत सहज महसूस होता है।
चांदी की रोशनी और स्टैक ओवरफ्लो का बहुत सक्रिय है और कुछ समस्याओं के लिए जो मैंने किया है, मैं आसानी से समाधान प्राप्त करने में सक्षम हूं।
एक चीज जिसे मैं अभी तक सुनिश्चित नहीं कर रहा हूं वह प्रदर्शन है।
मैं कहूंगा - जब तक आपको फ्लैश जैसी एनीमेशन और इंटरैक्शन क्षमताओं की आवश्यकता न हो - एएसपी.नेट के लिए जाएं। कार्यक्रम के लिए यह आसान है और उपयोगकर्ताओं के लिए अतिरिक्त डाउनलोड की आवश्यकता नहीं है।
मैं एएसपी.नेट की सिफारिश करता हूं, कोई अतिरिक्त डाउनलोड की आवश्यकता नहीं है।
मैंने सिल्वरलाइट का उपयोग किया लेकिन कई कंपनियां उपयोगकर्ताओं को कुछ भी इंस्टॉल करने की इजाजत नहीं दे रही हैं, घरेलू उपयोगकर्ता ब्राउज़र प्लगइन्स इंस्टॉल करने में खुश नहीं हैं, सिल्वरलाइट फ़्लैश प्लेयर के रूप में जाना जाता है।
शुरुआती और उन्नत प्रोग्रामर के लिए आप वीडियो ट्यूटोरियल ढूंढ सकते हैं।
मुझे लगता है कि सिल्वरलाइट केवल आवश्यक है जब आप फ्लैश जैसे अनुप्रयोगों बनाना चाहते हैं। इन अनुप्रयोगों को एक एकल निष्पादन योग्य में जोड़ा जाता है जो क्लाइंट मशीन पर एक बार डाउनलोड किया जाता है। वे सर्वर के साथ संवाद कर सकते हैं अगर उन्हें किसी भी डेटा या किसी भी कार्यक्षमता की आवश्यकता होती है जो सर्वर पर रहता है। अंत उपयोगकर्ताओं को इन अनुप्रयोगों को चलाने में मदद के लिए सिल्वरलाइट पर्यावरण एड-ऑन स्थापित करने की आवश्यकता है।
जबकि यदि आप एएसपीनेट एप्लिकेशन बनाते हैं, तो उसका कोड सर्वर पर रहता है और निष्पादित करता है और इसलिए एक साधारण इंटरनेट ब्राउज़र इसे निष्पादित कर सकता है। लेकिन नकारात्मकता यह है कि उपयोगकर्ता-इंटरैक्टिव अनुप्रयोगों के लिए, कोड की आवश्यकता होने पर सर्वर और क्लाइंट मशीन के बीच अलग-अलग कॉल करने की आवश्यकता होती है।
इन दोनों ढांचे के लिए खुद को क्यों सीमित करें? विकेट और जावा का उपयोग करने के बारे में क्या? इस पर विचार करें 8 साल बाद और मुझे यकीन है कि वह शायद अब तक अपनी कंपनी के कुछ सीईओ हैं; यह सिर्फ एक टिप्पणी है और मुझे पढ़ने के दौरान जोर से सोच रहा है, और दूसरों के लिए जो इस लेख में विचार करने के लिए आते हैं। – eaglei22