सवाल यह है: वेब प्रोग्रामिंग के लिए अधिक व्यापक रूप से उपयोग क्यों नहीं किया जाता है (रुबी में) और कोरआउट (पायथन में)?पाइथन और रूबी में वेब प्रोग्रामिंग के लिए कोरआउट या निरंतरता। क्यों नहीं?
सर्वर-साइड वेब प्रोग्रामिंग अनुरोधों के बीच राज्य को संरक्षित करने की समस्या से कठिन बना दिया गया है। इसके लिए दो सुरुचिपूर्ण, और संबंधित, समाधान निरंतर हैं (जैसा कि योजना, रूबी और स्मॉलटॉक में पाया गया है) और कोरआउट (जैसा कि पाइथन और गो में पाया गया है)।
ब्रूस टेट उसके परे जावा (ओ रेली, 2005) में पर रूबी और Seaside वेब प्रोग्रामिंग में के रूप में रोमांचक नए घटनाक्रम के बारे में बात की थी। मेरे लिए, समुद्रतट असली सफलता थी: स्मॉलटाक निरंतरता का उपयोग करके, समुद्रतट ने इसे जटिल जटिल अनुरोध/प्रतिक्रिया अनुक्रमों के लिए बहुत आसान बना दिया।
मुझे पता है कि टॉरनाडो में पाइथन कोरोटाइन्स का उपयोग किया जा रहा है और कॉलबैक को कम करने के लिए ट्विस्ट किया गया है, लेकिन ऑनलाइन खरीद पूरी करने के लिए HTTP अनुरोधों के अनुक्रम को संभालने के लिए एक कोरआउट में एक दृश्य/नियंत्रक लिखने की तुलना में यह कुछ हद तक निम्न स्तर है , उदाहरण के लिए।
मुझे आश्चर्य है कि पेपर पर इतना अच्छा क्यों दिखने वाले विचारों को पाइथन और रूबी में अधिक व्यापक रूप से तैनात नहीं किया जाता है। क्या यह सिर्फ एक सांस्कृतिक मामला है? इन भाषाओं में लागू सुविधाओं में सीमाएं? या वेब विकास के संदर्भ में इन दृष्टिकोणों में एक मौलिक दोष है?
यदि आप पर्याप्त स्मार्ट हैं, तो इसके साथ क्यों न जाएं? – mlvljr
mlvljr: मुझे यकीन है कि मैंने कोशिश की है कि लोगों ने कोशिश की है और मैं इसे स्वयं करने से पहले उनसे सुनना चाहता हूं। –
मुझे डर है कि इस सवाल का सवाल है [एफएक्यू के "पूछो मत"] (http://stackoverflow.com/faq#dontask) खंड। आपके पास कई प्रश्न हैं, और प्रत्येक काफी लंबी चर्चा हो सकती है। –