हम सोचते हैं कि हमें निकट भविष्य में एक बड़े बड़े पायथन वेब एप्लिकेशन को पायथन 3 में परिवर्तित करना चाहिए या नहीं।
सभी अनुभव, संभावित चुनौतियों या दिशानिर्देशों की अत्यधिक सराहना की जाती है।पाइथन 3 पर जाएं - सर्वोत्तम प्रथाओं
मेरा सुझाव यह है कि आप पाइथन 2.6+ के साथ चिपके रहते हैं, लेकिन पाइथन 3.0 के साथ असंगतताओं के बारे में आपको चेतावनी देने के लिए बस -3 ध्वज जोड़ें। फिर आप यह सुनिश्चित कर सकते हैं कि आपके पायथन 2.6 को आसानी से अभी तक कूदने के बिना, 2to3 के माध्यम से पाइथन 3.0 में आसानी से अपग्रेड किया जा सके। मैं सुझाव दूंगा कि आप इस समय वापस पकड़ लें, क्योंकि आप किसी बिंदु पर लाइब्रेरी का उपयोग करना चाहते हैं और यह पता लगाना चाहते हैं कि यह केवल 2.6 के लिए उपलब्ध है और 3.0 नहीं; यदि आप -3 द्वारा ध्वजांकित चीजों को साफ़ करना सुनिश्चित करते हैं, तो आप आसानी से कूदने में सक्षम होंगे, लेकिन आप उस कोड का लाभ भी ले सकेंगे जो केवल 2.6+ के लिए उपलब्ध है और जो अभी तक 3.0 के लिए तैयार नहीं है।
आपके द्वारा उपयोग की जाने वाली प्रत्येक तृतीय-पक्ष लाइब्रेरी के लिए, सुनिश्चित करें कि इसमें पाइथन 3 समर्थन है। बहुत से प्रमुख पायथन पुस्तकालयों को अब 3 में माइग्रेट किया गया है। पुस्तकालयों के लिए दस्तावेज़ और मेलिंग सूचियों की जांच करें।
जब आप जिन पुस्तकालयों पर निर्भर करते हैं, वे समर्थित हैं, तो मेरा सुझाव है कि आप इसके लिए जाएं।
के करीब है, मुझे नहीं लगता था कि अभी तक बहुत से प्रमुख पायथन पुस्तकालय माइग्रेट किए गए हैं। आप किनके बारे में सोच रहे हैं? –
कुछ उदाहरण: sqlalchemy, jinja2, werkzeug – codeape
लेकिन मुझे लगता है कि यह आपके डीफ़ पर निर्भर करता है। "प्रमुख" का ... जब मैं वेब ऐप्स बनाता हूं तो वे तीन मेरे लिए महत्वपूर्ण होते हैं। तो वे कम से कम मेरे लिए "प्रमुख" हैं। – codeape
+1, और बीटा से बाहर होने पर 2.7 पर जाएं - फिर भी एक और कदम 3.1 –