Faraday: अगली बड़ी रिलीज़ के लिए सुविधाओं की सूची

मैं स्ट्रीमिंग सपोर्ट की तलाश में हूं... क्या कोई 1.0 पर काम कर रहा है? ...अगर नहीं तो दूसरे पीआर को क्यों बंद किया गया

हाय @grosser , इस https://github.com/lostisland/faraday/pull/604#issuecomment -259125910 में कारण व्यक्त किए गए हैं।
मुख्य कारण यह था कि पीआर केवल Net::HTTP एडेप्टर के साथ संगत था और यह तथ्य कि स्ट्रीमिंग को v1.0 के लिए चिह्नित किया गया है।
इस समय v1.0 के लिए कोई रोडमैप नहीं है, इसलिए फिलहाल कोई भी स्ट्रीमिंग पर सक्रिय रूप से काम नहीं कर रहा है।

@iMacTia मैं थोड़ा निराश हूं कि आप कहते हैं कि "कोई भी सक्रिय रूप से स्ट्रीमिंग पर काम नहीं कर रहा है" क्योंकि ऐसा लगता है कि आपने # 604 (# 522, # 461) पर काम को "कसकर पकड़ो, यह अगली रिलीज में होगा" , लेकिन फिर उस पर काम नहीं कर रहा है। कोर टीम द्वारा गति प्रतीत नहीं होने पर विचार करते हुए समुदायों के परिवर्तनों को स्वीकार क्यों नहीं किया जाता है?

@jcoyne मेरा मतलब यह नहीं था कि स्ट्रीमिंग अभी तक नहीं है क्योंकि "कोई भी सक्रिय रूप से स्ट्रीमिंग पर काम नहीं कर रहा है"। मैं पूरी तरह से जानता हूं कि इस तथ्य पर कोई भी काम नहीं कर रहा है, मुख्य रूप से मेरी गलती है। हालाँकि, मैंने समझाया है कि मैंने #604 को पीछे क्यों धकेला और समस्या कार्यान्वयन की नहीं थी।
निम्नलिखित में से किसी एक में 604 विलय करने के लिए पहले होने की आवश्यकता है:

1. अन्य सभी एडेप्टर के लिए समर्थन जोड़ा गया है (अभी केवल नेट :: एचटीटीपी समर्थित है)
2. हम संस्करण 1.0 की प्रतीक्षा करते हैं क्योंकि हम अन्य एडेप्टर के लिए प्रत्यक्ष समर्थन को हटा सकते हैं और उन्हें बाहरी परियोजनाओं में बदल सकते हैं। यह #604 को मर्ज करने योग्य बना देगा जैसा कि अभी है, लेकिन दुर्भाग्य से यह अभी तक आंतरिक रूप से सहमत नहीं हुआ है।

मैं धीमे होने और उपरोक्त किसी भी समाधान पर काम करने में निवेश करने के लिए पर्याप्त समय नहीं होने के लिए क्षमा चाहता हूं।
मैं समझता हूं कि आप केवल #604 विलय से खुश होंगे क्योंकि आपको शायद केवल नेट :: एचटीटीपी के लिए समर्थन की आवश्यकता है, लेकिन ऐसा नहीं है कि यह कैसे काम करता है जब आपको एक मणि बनाए रखना होता है और मैं इसे इतना आसान नहीं बना सकता।

@iMacTia मुझे उम्मीद नहीं है कि आप इस रिलीज में अपना सारा प्रयास फेंक देंगे, मैं पुल अनुरोधों को बंद/अस्वीकार करने के ठंडे प्रभावों के बारे में निराश हूं, जिन पर कई लोगों ने काम किया है और कोई ज्ञात तकनीकी समस्या नहीं है। यदि आपके पास समय नहीं है, तो क्या दूसरों की मदद करने का कोई मतलब नहीं है?

मैं समझता हूं कि अन्य सभी एडेप्टर के लिए समर्थन वांछनीय क्यों होगा, लेकिन मुझे लगता है कि आप एडेप्टर पैटर्न की अपनी व्याख्या के साथ अत्यधिक सख्त हैं। एडेप्टर पैटर्न आपके द्वारा किसी एक इंटरैक्शन को करने के तरीके की स्थिरता की मांग करता है, लेकिन मैं यह नहीं कहूंगा कि यह मांग करता है कि प्रत्येक एडॉप्टर हर सुविधा का समर्थन करता है। वहाँ कई उपयोगी पुस्तकालय हैं जो इस शिथिल परिभाषा का उपयोग करते हैं (जैसे edgeapi.rubyonrails.org/classes/ActiveJob/QueueAdapters.html#module-ActiveJob::QueueAdapters-label-Backends+Features)

ईमानदार होने के लिए, मैं व्यक्तिगत रूप से आपके अंतिम वाक्यों से सहमत हूं।
मुझे ActiveJob के काम करने का तरीका और यह तथ्य पसंद है कि आप अपने ऐप में संगत रत्न जोड़ सकते हैं और उन्हें केवल एक QueueBackend (जैसे साइडकीक) के रूप में उपयोग कर सकते हैं।

दूसरी ओर, फैराडे के लिए यह वर्तमान स्थिति नहीं है, यह कोर टीम की मूल दृष्टि नहीं है और यह वह नहीं है जिसका सभी को आदत है।
सिर्फ आपके लिए एक उदाहरण देने के लिए, #486 में एक उपयोगकर्ता इस मुद्दे के बारे में शिकायत कर रहा है:

मैं उम्मीद करता हूं कि फैराडे सिर्फ एडेप्टर की अदला-बदली करते समय काम करेगा।

और यही @mislav और किसी अन्य कोर टीम के सदस्य ने शुरू से लागू किया।
इसलिए मुझे आशा है कि आप समझेंगे, जैसा कि मैं आपकी आवश्यकताओं को पूरी तरह से समझता हूं, कि फैराडे में शामिल होने वाले अंतिम सदस्य के रूप में मैं केवल पिछले निर्णयों को बिन में नहीं फेंक सकता और जो मैं चाहता हूं वह करना शुरू कर सकता हूं। जिसका अर्थ है कि स्ट्रीमिंग को 0.x प्रवाह में मर्ज करने से पहले सभी एडेप्टर द्वारा समर्थित होना चाहिए।
इसी कारण से बंद हुए अन्य पीआर के उदाहरण: #485, #498, https://github.com/lostisland/faraday/pull/339#issuecomment -145872698

फैराडे 1.0 अलग है, जो मुझे और अधिक स्वतंत्रता देता है (मुझे जितना संभव हो सके पिछड़े-संगतता को संरक्षित करना होगा, इसका मतलब यह नहीं है कि मैं जो चाहता हूं वह कर सकता हूं )। और यही कारण है कि मैंने सभी एडेप्टर के लिए मूल समर्थन छोड़ने का सुझाव दिया, बल्कि उन्हें बाहरी रत्नों में स्थानांतरित कर दिया जैसे कि थायोपियस के साथ हुआ था। इसके बहुत सारे फायदे होंगे और यह संरचना को ActiveJob के समान बना देगा, आंशिक-समर्थन जैसी चीजों को उचित ठहराएगा।
इस कारण से, मैं स्ट्रीमिंग को 1.0 फीचर के रूप में देखता हूं और मुझे इस पर कुछ समय के लिए काम फ्रीज करना पड़ा।
इसमें अधिक समय लगेगा, लेकिन इसका मतलब है कि मेरे लिए चीजों को ठीक से करना। मैं इसे यथासंभव स्पष्ट करना चाहूंगा: मैं किसी का समय बर्बाद करने के लिए पीआर को बंद नहीं कर रहा हूं, मैं बस इस परियोजना को आगे बढ़ाने में मदद करने की कोशिश कर रहा हूं (हम अभी भी 0.9.x होंगे अन्यथा) कोर टीम का सम्मान करते हुए दृष्टि।

यदि आपके पास समय नहीं है, तो क्या दूसरों की मदद करने का कोई मतलब नहीं है?

इस पर बस एक अंतिम नोट: मदद के लिए हर किसी का स्वागत है। इस तरह ओपन सोर्स काम करता है! हालांकि, जब हम किसी चीज में योगदान करते हैं तो हमें कोर टीम के दृष्टिकोण का भी सम्मान करना चाहिए। हम उनसे सहमत हो सकते हैं और असहमत भी हो सकते हैं (मैं उनसे कुछ बिंदुओं पर भी असहमत हूं!), लेकिन हमें उनकी पसंद का सम्मान करना होगा क्योंकि अगर फैराडे आज जो है, वह निश्चित रूप से कई योगदानकर्ताओं के लिए धन्यवाद है, लेकिन इसके लिए भी धन्यवाद कोर टीम सभी मुद्दों/पीआर का प्रबंधन करती है और परियोजना को स्पष्ट और तार्किक तरीके से आगे बढ़ा रही है (और मेरा विश्वास करो, बाद में छिटपुट योगदान की तुलना में बहुत अधिक समय लगता है)। यदि यह उनके लिए योगदानकर्ताओं के इनपुट को फ़िल्टर या समायोजित करने के लिए नहीं था, तो हम आज एक पूरी तरह से अलग फैराडे को जान सकते हैं, और मुझे यकीन नहीं है कि यह उस से बेहतर होगा जिसे हम वास्तव में जानते हैं।

इस मुद्दे को अब एक परियोजना में बदल दिया गया है।