Pylons और repoze.bfg पिरामिड प्रोजेक्ट में विलीन हो जाते हैं

यह जानकारी परियोजना के आधिकारिक समूह में तेजी से सामने आई चर्चा के कारण सामने आई। विशेष रूप से, यह ज्ञात हो गया कि:

• Pylons वेब फ्रेमवर्क, जो हाल ही में 1.0 के रिलीज पर पहुंच गया, अपने वर्तमान रूप में इसके विकास को रोक देता है। इस तथ्य के बावजूद कि 1.x शाखा का पूरा समर्थन कई और वर्षों तक किया जाएगा, परियोजना में कोई वास्तु परिवर्तन और नवाचार नहीं किए जाएंगे;
• नाम "पाइलोंस" को अब छाता ब्रांड "प्रोजेक्ट" पाइलन्स "के साथ जोड़ा जाना चाहिए, जो समुदाय में शामिल होने की इच्छा रखने वाली सभी तकनीकों के विकास को कवर करेगा (एक समान पथ छतरी " पोको "के तहत परियोजनाओं का विकास है, क्योंकि हम अलग से वर्कर्ज़ग डब्ल्यूएसजीआई -स्टैक को नोट कर सकते हैं) जिंजा 2 टेम्पलेट इंजन और स्फिंक्स पायथन प्रोजेक्ट प्रलेखन प्रणाली);
• पाइलन्स परियोजना के तहत मुख्य तकनीक आज पिरामिड वेब फ्रेमवर्क है, जिसे बीएसडी से प्राप्त लाइसेंस के तहत वितरित किया जाता है ।

इस संदेश के साथ, मैं इस वेब फ्रेमवर्क के आसपास की मौजूदा स्थिति के बारे में अपनी परियोजनाओं में पाइलन्स का उपयोग करने की योजना बनाने वाले सभी डेवलपर्स को सूचित करना चाहूंगा। अनुरक्षकों की ओर से अभी तक कोई आधिकारिक घोषणा नहीं हुई है, लेकिन निकट भविष्य में इसकी उम्मीद की जानी चाहिए।

यह दृढ़ता से अनुशंसा की जाती है कि आप Pylons-1.x का उपयोग करने के लिए अपनी योजनाओं की समीक्षा करें।

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

उन लोगों के लिए जो वर्तमान में तोरण विकसित कर रहे हैं, आगे की कार्रवाई के लिए कई विकल्प नहीं हैं:

• 1.x शाखा पर रहें और अपनी परियोजनाओं को तब तक शांतिपूर्वक चलाएं जब तक फ्रेमवर्क की कार्यक्षमता इसकी अनुमति देती है।
  
  फिर भी, वर्तमान स्थिति में, पाइलन्स बहुत स्थिर है, न्यूनतर (इसमें 2000 से अधिक (दो हजार) कोड की लाइनें हैं), और सभी विनिमेय तृतीय-पक्ष मॉड्यूल सक्रिय रूप से विकसित करना जारी रखते हैं। यदि आवश्यक हो, तो आपकी बढ़ी हुई आवश्यकताओं के लिए रूपरेखा को अंतिम रूप देना मुश्किल नहीं होगा;
• अपनी परियोजना को नई पटरियों पर स्थानांतरित करने का प्रयास करें ( ठीक है ... हाँ, यदि साहस और प्रेरणा की अनुमति है, तो आप तुरंत आरओआर को दे सकते हैं ), जबकि यह अभी तक बड़े पैमाने पर नहीं हुआ है और एक जमे हुए मंच पर कसकर "अटक" नहीं गया है।

जो लोग, सिद्धांत रूप में, दूसरे विकल्प में रुचि रखते हैं, उनके लिए निम्नलिखित एक बहुत संक्षिप्त अवधारण है जो वे नए प्रोजेक्ट के लिए आधिकारिक दस्तावेज के साथ पहले परिचित के बाद सीखने में कामयाब रहे।

पिरामिडों के सार के बारे में

पिरामिड बीएफजी वेब फ्रेमवर्क (जिसे रिपॉज.बीएफजी के रूप में भी जाना जाता है) से बाहर निकला, जो बदले में ज़ोप मंच का एक वंशज है, लेकिन Django और पाइलन्स की मजबूत छाप के तहत विकसित किया गया था। इस साल, बीएफजी और पाइलन्स के डेवलपर्स ने अपने प्रयासों और मौजूदा परियोजनाओं को दोनों परियोजनाओं में संयोजित करने का फैसला किया, जिसके परिणामस्वरूप एक नया ढांचा (दिलचस्प है, लेकिन मौजूदा प्रलेखन पिछले तनाव का उपयोग करता है - "2010 के अंत तक, पिरामिड को रिपीट के रूप में जाना जाता था। bfg ; 2010 के अंत में इसे पाइलंस परियोजना में मिला दिया गया था ।))। परियोजना की प्रमुख विशेषताओं के रूप में, जिसे अधिकतम ध्यान मिला, डेवलपर्स ने ध्यान दिया:

• कम प्रवेश दहलीज;
• अतिसूक्ष्मवाद;
• गति (प्रदर्शन);
• सबसे पूर्ण और अप-टू-डेट प्रलेखन (डेवलपर्स ध्यान दें कि छोटे कोड आधार के कारण वे पूरी तरह से और अद्यतित राज्य में प्रलेखन बनाए रखने में सक्षम हैं);
• विश्वसनीयता (प्रत्येक रिलीज में यूनिट परीक्षणों के साथ 100% कोड कवरेज है);
• खुलापन।

आर्किटेक्चर द्वारा, पिरामिड कहीं और किसी WSGI टूलकिट और Zope प्लेटफ़ॉर्म के Django / Pylons / के बीच में है, जिसके परिणामस्वरूप डेवलपर को सिस्टम के कुछ घटकों को कॉन्फ़िगर करने के लिए दृष्टिकोण चुनने की स्वतंत्रता है:

• ज़ोप कॉन्फ़िगरेशन फ़ाइलों (ZCML, XML- आधारित प्रारूप) के माध्यम से वेब एप्लिकेशन को स्थापित करने की घोषणात्मक शैली समर्थित है ...
• ... उसी समय, रूपरेखा आपको अपने INI कॉन्फिग्स के साथ Pylons के विशुद्ध रूप से अनिवार्य दृष्टिकोण का उपयोग करने की अनुमति देती है (मैन्युअल रूप से ऑब्जेक्ट्स बनाना, उन्हें INI कॉन्फिगरेशन के मापदंडों के अनुसार सेट करना और फिर इन ऑब्जेक्ट्स के तरीकों को सही स्थानों पर कॉल करना);
• ट्रैवर्सल एल्गोरिथ्म एक अनुरोध हैंडलर की खोज और कॉल करने के लिए समर्थित है ("ऑब्जेक्ट से रूट ऑब्जेक्ट से नेस्टेड" तक (अनुरोधित URL में प्रतिबिंबित पदानुक्रम के साथ सख्त अनुसार मॉडल ऑब्जेक्ट के ग्राफ के साथ)। इसी तरह के दृष्टिकोण का उपयोग चेरी फ्रेमवर्क में भी किया जाता है ...
• ... एक ही समय में, यह पैटर्न (URL डिस्पैच) के अनुसार यूआरएल को रूट करने की मानक विधि का उपयोग करने की अनुमति है, जैसा कि पाइलन और Django में किया जाता है, साथ ही पैटर्न के अनुसार ट्रैवर्सल एल्गोरिथ्म और रूटिंग से एक मिश्रित दृष्टिकोण;
• पिरामिड वास्तु एमवीसी पैटर्न का उपयोग करता है, लेकिन थोड़ा संशोधित रूप में। तो, घटक "देखें" और "नियंत्रक" को एक इकाई "व्यू" में जोड़ा जाता है, जो "मॉडल" में संग्रहीत डेटा का प्रतिनिधित्व करने के लिए जिम्मेदार है, लेकिन इसके दो अलग-अलग संदर्भ हैं - "देखें कॉल करने योग्य" और "देखें हैंडलर"।
• देखें कॉल करने योग्य एक कॉल करने योग्य ऑब्जेक्ट (फ़ंक्शन, या विशिष्ट __call__ विधि के साथ वर्ग) है, जो आने वाले अनुरोध को संसाधित करने के लिए जिम्मेदार है। Pylons एप्लिकेशन में इसका निकटतम समकक्ष नियंत्रक वर्ग के अंदर की क्रिया विधि है। तदनुसार, नियंत्रक वर्ग खुद को निकटतम एनालॉग है जिसे पिरामिड हैंड हैंडलर कहता है;
• पाइलन्स की तरह, डेटा को स्टोर करने और प्रबंधित करने के लिए ढांचा डेवलपर पर कोई विशिष्ट तकनीक नहीं लगाता है।

पिरामिड के अपने कोड आधार में कोड की लगभग 5,000 (पांच हजार) पंक्तियाँ होती हैं, और पाइलोंस -1.0 में 2,000 से अधिक रेखाएँ होती हैं। अन्य सभी कार्यक्षमता परियोजना निर्भरता की सूची में शामिल तीसरे पक्ष के पैकेजों के कारण कार्यान्वित की जाती हैं।



नीचे उन पैकेजों की एक सूची दी गई है जो Pylons-1.0 और पिरामिड-1.0a1 के साथ जहाज हैं। उत्पादन virtualenv और पाइप उपयोगिताओं का उपयोग करके प्राप्त किया जाता है।

मानक उपकरण तोरण

बीकर == 1.5.4

FormEncode == 1.2.3देव

माको == 0.3.5

मार्कअपसेफ़ == 0.11

पेस्ट == १. =.५.१

पेस्टडेप्लॉय == 1.3.4

पेस्टस्क्रिप्ट == 1.7.3

पायस == १.३.१

तोरण == १.०

रूट्स == 1.12.3

तपिता == ०.५देव

WebError == 0.10.2

वेबहेल्पर्स == 1.2

WebOb == 1.0

वेबटेस्ट == 1.2.3

डेकोरेटर == 3.2.0

nose == 0.11.4

simplejson == 2.1.2

wsgiref == 0.1.2

मानक उपकरण पिरामिड

बीकर == 1.5.4

गिरगिट == 1.2.13

माको == 0.3.5

मार्कअपसेफ़ == 0.11

पेस्ट == १. =.५.१

पेस्टडेप्लॉय == 1.3.4

पेस्टस्क्रिप्ट == 1.7.3

WebOb == 1.0

पिरामिड == 1.0a1

repoze.lru == 0.3

अनुवाद करना == ०.३

venusian == 0.4

wsgiref == 0.1.2

zope.component == 3.10.0

zope.configuration == 3.7.2

zope.deprecation == 3.4.0

zope.event == 3.5.0-1

zope.i18nmessageid == 3.5.3

zope.interface == 3.6.1

zope.schema == 3.7.0

- तोरण: १ ९।

पिरामिड: 20।



मात्रात्मक शब्दों में, स्थिति में बहुत बदलाव नहीं हुआ है - पिरामिड, जैसे पाइलन्स, सक्रिय रूप से तीसरे पक्ष की प्रौद्योगिकियों और डब्ल्यूएसजीआई स्टैक पर निर्भर है, लेकिन संरचनात्मक परिवर्तन स्पष्ट हैं। यह कहना मुश्किल है कि वे एक समाप्त पाइलोंस एप्लीकेशन को पोर्ट करने की जटिलता को कितना प्रभावित करेंगे। अब तक, डेवलपर्स केवल उन कारणों का उल्लेख करते हैं, जिन्होंने उन्हें इस तरह के आमूल-चूल परिवर्तन ( यहाँ और अधिक विस्तार से ) करने के लिए प्रेरित किया और समय के साथ वायदा किया कि Pylons 1.x उपयोगकर्ताओं को पहले से ही बनाए गए अनुप्रयोगों में कार्यक्षमता खोए बिना पिरामिड में जाने की योजना के साथ।



UPD: Pylons-1.0 से एक अनौपचारिक प्रवासन गाइड नेटवर्क पर दिखाई दिया है। लेकिन विषय के लेखक द्वारा इस समाधान की अखंडता और प्रदर्शन का परीक्षण अभी तक नहीं किया गया है।



UPD: एक वैक्यूम में गोलाकार परीक्षण ।