संदर्भ के लिए, मैं स्विट्ज़रलैंड के एक बड़े निजी बैंक में काम करता हूं, जे 2 ईई स्टैक पर एंटरप्राइज़ एप्लिकेशन लिखता हूं।
पाइथन में "उत्पादन तैयार" वेब ढांचे के बहुत सारे हैं। और वहाँ बहुत बड़ी पाइथन आधारित वेबसाइटें हैं।
उसने कहा, मुझे लगता है कि पाइथन एक एंटरप्राइज़ एप्लिकेशन के लिए एक खराब विकल्प है। इसका उपयोग एक गोंद भाषा, या एक स्क्रिप्टिंग भाषा के रूप में किया जा सकता है (हमारी तैनाती स्क्रिप्ट पाइथन हैं)। मेरे लिए शोस्टॉपर पिछड़ा संगतता है (पायथन 3.x पायथन 2.x के साथ पिछड़ा संगत नहीं है)। पाइथन दार्शनिक 10 साल पहले लिखे गए कार्यक्रमों का समर्थन करने के लिए भाषा को बेहतर, चिकनी और जरूरी नहीं बनाने के लिए और अधिक बनाने के लिए प्रतीत होता है।
वेब ढांचे के पक्ष में, मुझे Django पसंद है, लेकिन यह निश्चित रूप से बहुत छोटा है और यह उद्यम में उपयोग करने के लिए बहुत तेज़ी से विकसित होता है। मुझे अन्य पायथन-आधारित ढांचे के साथ ज्यादा अनुभव नहीं है।
यदि आप एंटरप्राइज़-उन्मुख ढांचे चाहते हैं, तो आपको एंटरप्राइज़ स्टैक्स (जावा/नेट) के साथ रहना होगा।
दूसरी ओर, यहां तक कि जावा दुनिया में, ढांचे का उपयोग करने की प्रवृत्ति है जो कम उद्यमशील हैं।लगता है कि स्प्रिंग बनाम ईजेबी 2 या ईजेबी 3 ईजेबी 2 की तुलना में बहुत हल्का वजन है। या फ्लेक्स (जो मेरे विचार में एक उद्यम ढांचे से बहुत दूर है) उद्यम में अधिक से अधिक इस्तेमाल किया जा रहा है। इसलिए यदि आपका उद्यम पर्याप्त रूप से खुला है, तो भविष्य में कूदने के लिए तैयार है, डीजेगो, आरओआर या अन्य आधुनिक वेब 2.0, समुदाय संचालित, ओपन सोर्स, अगली पीढ़ी, सक्रिय रिकॉर्ड आधारित ढांचे का उपयोग करके ... शायद इतना अधिक नहीं हो सकता है। ..
और अंत में, सीधे अपने अंक के कुछ जवाब देने के लिए:
- ORM के समर्थन/कैशिंग/...: हाँ, लेकिन सबसे समाधान सक्रिय रिकॉर्ड है, जो 90 के लिए ठीक है पर आधारित होते हैं आप जो करना चाहते हैं उसका%, लेकिन निश्चित रूप से पूर्ण/जटिल नहीं है क्योंकि जेपीए/हाइबरनेट
- नियंत्रण-उन्मुख यूआई: नहीं, और आपको मानक नहीं मिलेगा, इसलिए आपको तीसरे पक्ष के घटक नहीं मिलेंगे। आप जो निकटतम हो सकते हैं वह jQuery या अन्य जेएस यूआई ढांचे के साथ एकीकरण है
- निर्भरता इंजेक्शन: स्प्रिंगसोर्स द्वारा बनाए गए स्प्रिंग टू पायथन का एक बंदरगाह है। लेकिन डी पायथन दर्शन में नहीं है। एक ही समस्या को कार्यों, डिफ़ॉल्ट तर्क और बंद करने के साथ हल किया जाएगा। और हम तर्क दे सकते हैं कि पाइथोनिक समाधान जावा तरीके से क्लीनर है ...
- इकाई/एकीकरण परीक्षण: बहुत अच्छा समर्थन, एकाधिक परीक्षण ढांचे। फिर भी, समर्थन जावा के जितना अच्छा नहीं है जहां हमारे पास परीक्षण के आसपास कई टूल हैं।
- अच्छा आईडीई समर्थन: एक गतिशील भाषा को प्रदान करने वाले समर्थन की मात्रा के लिए तकनीकी सीमाएं हैं, लेकिन कम से कम ग्रहण और नेटबीन दोनों को पाइथन के लिए बहुत अच्छा समर्थन है।
- क्लस्टरिंग/मॉड्यूलरिटी: क्लस्टरिंग को "शेयर कुछ भी बुनियादी ढांचा" और/या वितरित कैशिंग के साथ हल किया जाएगा। जहां तक मुझे पता है मॉड्यूलरिटी (ओएसजीआई भावना में) के लिए कोई समाधान नहीं है। लेकिन मैं चुनौती दूंगा कि अक्सर ओएसजीआई एक ऐसी समस्या का समाधान है जो हमारे पास उद्यम में नहीं है ...
जाएँ आप के बारे में अजगर फिर एक अजगर आधारित ढांचे का उपयोग करने जा कुछ भी नहीं जानते, तो शायद एक बहुत अच्छा विचार नहीं है। –
तो आप जावा ईई की सभी विशेषताएं चाहते हैं ... पायथन में? जावा पर टिको! – jonwd7
लगभग सभी ढांचे आपके "उत्पादन तैयार" मानदंडों को पूरा करते हैं। लेकिन आप सवाल पूछते हैं ("क्या कोई है") जो अनिवार्य रूप से तर्कवादी है। इस सवाल से सवाल क्यों पूछें? –