मैं एक वेब अनुप्रयोग जिसका वर्तमान संरचना, backbone.js और क्लाइंट-साइड टेम्पलेट के साथ ब्राउज़र में सब कुछ प्रस्तुत करना एक अजगर संचालित JSON एपीआई से सभी गतिशील सामग्री खींच है। एप्लिकेशन में से कुछ के लिए पर्याप्त सामग्री-y कि मैं गूगल के लिए यह ऊपर की सेवा और गैर जे एस ग्राहकों के समर्थन कोई फ़र्क नहीं पड़ेगा है, इसलिए मैं एक वास्तुकला जहां पहले अनुरोध है कि renders एक नोड एप्लिकेशन द्वारा प्रबंधित किया जाता है करने के लिए आगे बढ़ विचार कर रही किया गया है पहला पृष्ठ और इसे प्रस्तुत करता है, जिसके बाद बैकबोन क्लाइंट पर ले जाएगा यदि जेएस बाद में अनुरोधों को प्रस्तुत करने में सक्षम है।सर्वर साइड Node.js साथ प्रतिपादन के लिए एक मौजूदा बैकबोन एप्लिकेशन Retrofitting?
मुझे इस तरह की रणनीति को लागू करने के लिए कुछ प्रयासों (जैसे Development Seed's bones) से अवगत है, लेकिन वे ऐसे ऐप की अपेक्षा करते हैं जो उनके उपयोग के साथ आगे बढ़ने की योजना बना रहा हो, जो बेहतर या इसके लिए बदतर, मेरा नहीं था।
मैं उपकरण, पुस्तकालयों, आदि के लिए देख रहा हूँ, कि यह बदलाव आसान हो जाएगा। गैर-जेएस क्लाइंट के लिए कुछ क्षेत्रों में थोड़ा अलग अनुभव प्रदान करने के लिए व्यावहारिक है तो बोनस अंक। विचार?
। मुझे समझ में नहीं आता क्लाइंट साइड प्रतिपादन के संयोजन के साथ क्या समस्या है। आपके ऐप को कम से कम '
' कहां कम से कम कुछ प्रस्तुत करना होगा, जहां आप जेएस फाइलें इत्यादि शामिल करेंगे। –सही, मूल रूप से जब आप अनुरोध करते हैं "/" (या कुछ और जो एपीआई एंडपॉइंट नहीं है), तो आप उस में स्क्रिप्ट और एक खाली शरीर के साथ एक
के साथ एक पृष्ठ मिलता है, और बैकबोन रूटर का पता लगा लेता क्या प्रदर्शित करने के लिए, एपीआई के माध्यम से यह पकड़ लेता है, और ग्राहक पर शरीर बना देता है। मैं उस मौजूदा रूटिंग/रेंडरिंग इंफ्रास्ट्रक्चर को लेना चाहता हूं और सर्वर पर ले जाना चाहता हूं ताकि प्रारंभिक अनुरोध पहले से ही आबादी वाला एक शरीर हो, और मैं सोच रहा हूं कि पुस्तकालय हैं जो इसे आसान बनाते हैं। –