वर्तमान में वेब अनुप्रयोगों के निर्माण के लिए कई दृष्टिकोण हैं:
1. सर्वर-साइड केवल
यह एक शास्त्रीय दृष्टिकोण है, जहां आप रूबी ऑन रेल्स, Django, एक्सप्रेस, प्ले जैसे वेब फ्रेमवर्क द्वारा सर्वर पर पृष्ठों को प्रस्तुत करते हैं! फ्रेमवर्क और आदि।
विशिष्ट वर्कफ़्लो : अपनी पसंद के ढांचे में सर्वर पर अपने सभी व्यावसायिक तर्क, मॉडल और व्यू टेम्प्लेट बनाएं।
2. क्लाइंट-साइड + REST API
अपेक्षाकृत बहुत पहले नहीं, वेब समुदाय ने कुल मिलाकर क्लाइंट-साइड एप्लिकेशन को एंगुलर, बैकबोन, एम्बर और कुछ दर्जन अन्य जावास्क्रिप्ट एमवी * फ्रेमवर्क के निर्माण के लिए शुरू किया था। और अब हमारे पास भी React.js पार्टी में शामिल हो गए हैं।
अद्यतन : कोई गलतफहमी नहीं है। क्लाइंट-साइड से मेरा मतलब केवल चिंताओं से पूर्ण अलगाव है। आपके पास एक REST API सर्वर और क्लाइंट-साइड एप्लिकेशन है जो उस सर्वर से बात करता है। आपके उपयोग के मामले के आधार पर, संभावना है, आपके पास कभी भी एक सच्चा ग्राहक-पक्ष केवल आवेदन नहीं होगा जो प्रमाणीकरण या डेटा दृढ़ता के लिए बैक-एंड से कनेक्ट नहीं होता है।
विशिष्ट वर्कफ़्लो : एंगुलर बनाम बैकबोन बनाम एम्बर बनाम एक्स पर निर्णय लेने में घंटे बिताएं। फिर आप क्लाइंट पर अपने मार्ग, मॉडल, विचार, नियंत्रक का निर्माण करते हैं। आपके द्वारा किए जाने के बाद, अब सर्वर पर मॉडल, कंट्रोलर, रूट बनाएं। एक तरह से आप दोगुना काम कर रहे हैं।
3. संकर
मैं इस दृष्टिकोण का उपयोग करने के बारे में बहुत कुछ नहीं जानता, लेकिन अगर मुझे एक अनुमान लेना था, तो आप सर्वर पर अपने विचार (एमवीसी फ्रेमवर्क का दृश्य) प्रस्तुत करें। परिणामस्वरूप आपको SEO सपोर्ट और तेज़ पेज लोड मिलता है।
पर हाइब्रिड सामने Airbnb की है rendr कि माना जाता है कि रीढ़ की हड्डी को जोड़ती है और साथ में व्यक्त करते हैं।
एरिक फ्लोरेंजो ने आज अपने ब्लॉग पर पोस्ट किया है: प्रतिक्रिया: अंत में, एक महान सर्वर / क्लाइंट वेब स्टैक ।
वेब एप्लिकेशन बनाने के तरीकों की मात्रा बहुत अधिक है। और किसी ऐसे व्यक्ति के लिए जो वेब विकास सीख रहा है, यह एक समस्या बन सकता है। कोई कैसे तय करता है कि अपने अगले आवेदन के निर्माण के लिए किस दृष्टिकोण का उपयोग करना है?