2013-07-25 11 views
7

प्लुरासाइट में जॉन पापा के वीडियो से प्रेरित, मैंने एसपीए सीखना शुरू कर दिया। यह बहुत दिलचस्प लगता है। हालांकि, मैं पूरी तरह से कूदने से पहले, मैं अपने कुछ प्रश्नों को स्पष्ट करना चाहता हूं।क्यों एसपीए (सिंगल पेज ऐप)?

  1. जो मैंने सीखा, उससे एसपीए एक दुबला सर्वर, वसा ग्राहक ऐप है। मुझे लगता है कि यह छोटे पैरा के लिए अच्छी तरह से काम करना चाहिए जैसे जॉन पैरा ने प्रदर्शित किया। क्या यह स्केल करता है? यह कितना बड़ा हो सकता है? किसी के साथ इसका अनुभव है?

  2. एसपीए में, आप जावास्क्रिप्ट में सभी व्यावसायिक तर्क कोड को प्रतीत करते हैं। क्या यह बिल्कुल अच्छा विचार है? आप व्यवसाय को "गुप्त" कैसे छुपाते हैं?

मेरी पृष्ठभूमि के साथ मुख्य रूप से में सी #/WPF/नेट, जावा स्क्रिप्ट में जाने बहुत मुश्किल हो रहा है (ठीक है, मैं एक छोटे से जावास्क्रिप्ट 10 से अधिक साल पहले सीखा - मैं इसे नफरत करते हैं और इसे फिर से कभी नहीं छुआ) । मेरे सीमित ज्ञान के साथ, मैं कई समस्याओं में भाग गया। डीबगिंग जावास्क्रिप्ट मेरे लिए एक दुःस्वप्न प्रतीत होता है। अत्यधिक प्रशंसित घटक ब्रीज़ज अभी भी अपने शुरुआती चरण में हैं (उदाहरण के लिए यह यूओओ का समर्थन नहीं करता है, कैस्केडडेलेट का समर्थन नहीं करता है, enums का समर्थन नहीं करता है)। तो, मुझे आश्चर्य है कि इसमें कूदने का अच्छा समय है?

+1

इसके अलावा आप क्यों कहते हैं कि यह कार्य इकाई का समर्थन नहीं करता है? मेरे पास इसका समर्थन करने के कुछ उदाहरण हैं। –

+0

यह 1000 से अधिक ग्राहकों का समर्थन करने के लिए 1008 सीपीयू काम करने के लिए बहुत अधिक कुशल है, इसके मुकाबले 8 सीपीयू समान भीड़ का समर्थन कर रहे हैं ... – dandavis

+0

@ कदुमेल, आप इसे कैसे काम करते हैं? मैंने जॉन का पहला वीडियो देखा, जो यूओयू का उपयोग करता है, लेकिन ब्रीज़ नहीं। फिर, एक और वीडियो में, वह ब्रीज़ का उपयोग करता है, लेकिन यूओयू नहीं। मैंने गुगल किया और यह पृष्ठ पाया http://stackoverflow.com/questions/15113804/breeze-with-a-unit-of-work-repository-pattern। – newman

उत्तर

8
सीधे आपके सवालों के

:

  1. के बाद से सर्वर तर्क पतली है आप क्लाउड सेवाओं के कुछ प्रकार का उपयोग कर सकते हैं और वे बहुत अच्छी पैमाने। अधिकांश तर्क आपके उपयोगकर्ताओं के ब्राउज़र द्वारा संभाले जाएंगे।
  2. यदि आप ग्राहक पर निर्भर करते हैं तो आपको सावधान रहना चाहिए। HTTP प्रोटोकॉल आसानी से छेड़छाड़ की जा सकती है। यह न भूलें कि आपको क्लाइंट और सर्वर दोनों तरफ हमेशा प्रमाणीकरण तर्क करना चाहिए! इसके अलावा "छुपा" सत्यापन और अन्य "गुप्त" तर्क केवल सर्वर पर स्थित होना चाहिए।

जावास्क्रिप्ट डिबगिंग इतना बुरा नहीं है। आप बिल्ट-इन टूल्स का उपयोग कर सकते हैं (क्रोम में तत्व का निरीक्षण करें और फ़ायरफ़ॉक्स में फायरबग इत्यादि) इसके अलावा बहुत सारे उपयोगी तृतीय पक्ष टूल हैं जो आपको डिबगिंग में मदद करेंगे।

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

0

मैं महीनों के लिए इस पर ध्यान देने की है। मेरा निष्कर्ष आपके यूआरएल के लिए एक light path.js या sammy.js के साथ नॉकआउट का उपयोग करना है। मैं बैकएंड के रूप में एक मानक विजुअल स्टूडियो एमवीसी (जो जेसन वापस कर सकता है) के साथ जेसन का उपयोग करता हूं। मैं अभी भी परियोजना के साथ नहीं किया गया है लेकिन अब तक इतना अच्छा है। यह बिजली तेज, ग्यारह और हल्के वजन है। ढांचे से दूर रहें। मानक पुस्तकालयों पर एक नज़र डालें: वे कैसे लिखे गए हैं; आप इस तरह से बहुत सारी जावास्क्रिप्ट सीख सकते हैं। अंत में क्रोम या एक्सप्लोरर डेवलपर टूल के साथ डीबग करें। शुभकामनाएं

1

मेरा मानना ​​है कि एसपीए बिजनेस गहन अनुप्रयोगों के साथ-साथ फेसबुक के सरल एप्लिकेशन वर्कफ़्लो के लिए बेहतर ढांचा प्रदान करता है। मैंने जटिल वर्कफ़्लोज़ के साथ बैंकिंग एप्लिकेशन के लिए मल्टी पेज एप्लिकेशन के साथ काम किया है और यह हर चीज को संभालने के लिए चुनौतीपूर्ण है और अभी भी एप्लिकेशन प्रदर्शन जारी रखता है।

लेकिन मुझे लगता है कि नॉकआउट अकेले बड़े अनुप्रयोगों को संभालने में सक्षम नहीं होगा क्योंकि यह प्रकृति में जुड़ा हुआ है। मैं उस उद्यम के लिए बैकबोन मैरिएनेट या कोणीय जैसे कुछ की सिफारिश करता हूं।

मैं ओपनसोर्स समुदाय के लिए बड़े पैमाने पर एसपीए विकास के लिए एक ढांचा तैयार कर रहा हूं, इसलिए मुझे विश्वास है कि यह सही दिशा है।

इच्छुक पार्टियां http: \ saqibshakil.github.io पर मेरे डेमो पेज पर जा सकती हैं मैंने अपने कुछ कामों का प्रदर्शन किया है।

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