Faraday: قائمة الميزات للإصدارات الكبيرة القادمة

تم إنشاؤها على ١٨ أكتوبر ٢٠١٦  ·  7تعليقات  ·  مصدر: lostisland/faraday

Faraday 1.0.2 تحديث

  • [x] اضبط الحد الأدنى لإصدار Ruby على> = 2.2
  • [x] الجري (Net :: HTTP) # 604
  • [x] تغيير طريقة إدارة المحولات # 47 # 121
  • [] تحسينات API # 241 # 305 # 462 # 517 # 693 # 718 # 735
  • [] سحب المحولات كأحجار كريمة منفصلة. فاراداي-تايفوس ، فاراداي-باترون ، إلخ # 112
  • [] يدعم IPv6 # 621
  • [] الجري (الآخرين)
  • [] تحسين التوثيق / الملف التمهيدي رقم 425 # 575
  • [] تحسين إمكانية الصيانة Codeclimate (https://codeclimate.com/github/lostisland/faraday)
  • [] مرر المشروع بأكمله من خلال Rubocop وقم بإعداده على Github كتكامل
  • [] تحسين ويكي بإضافة المزيد من الأمثلة على الكيفية
  • [x] تحويل الاختبارات إلى RSpec؟
  • [x] إعداد تكامل Github لتغطية الاختبار ومقاييس الكود
  • [] إزالة جميع الأساليب / السلوكيات المتوقفة (مع التحذيرات ذات الصلة)

التعليق الأكثر فائدة

لأكون صادقًا ، أنا شخصياً أتفق على جملك الأخيرة.
تعجبني الطريقة التي يعمل بها ActiveJob وحقيقة أنه يمكنك إضافة جواهر متوافقة إلى تطبيقك واستخدامها فقط كـ QueueBackend (على سبيل المثال Sidekiq).

على الجانب الآخر ، ليس هذا هو الوضع الحالي لفارادي ، إنها ليست الرؤية الأصلية للفريق الأساسي وهي ليست ما اعتاد عليه الجميع.
فقط لتقديم مثال لك ، في # 486 ، يشتكي المستخدم من هذه المشكلة بالضبط:

كنت أتوقع أن يعمل فاراداي فقط عند تبديل المحولات.

وهذا ما فرضهmislav وأي عضو آخر في الفريق الأساسي منذ البداية.
لذلك آمل أن تفهم ، كما أفهم تمامًا احتياجاتك ، أنه بصفتي العضو الأخير الذي انضم إلى فاراداي ، لا يمكنني ببساطة إلقاء القرارات السابقة في سلة المهملات والبدء في فعل ما أريد. مما يعني أنه يجب دعم البث بواسطة جميع المحولات قبل أن أتمكن من دمجه في التدفق 0.x.
أمثلة على علاقات عامة أخرى مغلقة للسبب نفسه: # 485 ، # 498 ، https://github.com/lostisland/faraday/pull/339#issuecomment -145872698

Faraday 1.0 مختلف ، وهذا يمنحني المزيد من الحرية (لا بد لي من الحفاظ على التوافق مع الإصدارات السابقة قدر الإمكان ، على الرغم من ذلك ، لا يعني ذلك أنني أستطيع فعل ما أريد 😅). ولهذا السبب اقترحت إسقاط الدعم الأصلي لجميع المحولات ، ولكن بدلاً من ذلك نقلهم إلى الأحجار الكريمة الخارجية مثل ما حدث مع Thypoeus. سيكون لهذا الكثير من المزايا وسيجعل الهيكل أكثر تشابهًا مع ActiveJob ، مما يبرر أشياء مثل الدعم الجزئي.
لهذا السبب ، أرى البث كميزة 1.0 واضطررت إلى تجميد الأعمال عليه في الوقت الحالي.
سيستغرق الأمر وقتًا أطول ، لكن هذا يعني القيام بالأشياء بشكل صحيح معي. أود أن أوضح الأمر قدر الإمكان: لن أقوم بإغلاق العلاقات العامة من أجل إضاعة وقت أي شخص ، فأنا أحاول ببساطة المساعدة في دفع هذا المشروع إلى الأمام (سنظل 0.9.x بخلاف ذلك) تكريم الفريق الأساسي رؤية.

إذا لم يكن لديك الوقت ، أليس من المنطقي السماح للآخرين بالمساعدة؟

مجرد ملاحظة أخيرة حول هذا: الجميع مرحب به للمساعدة. هذه هي الطريقة التي يعمل بها المصدر المفتوح! ومع ذلك ، يجب علينا أيضًا احترام رؤية الفريق الأساسي عندما نساهم في شيء ما. يمكننا أن نتفق معهم وكذلك لا أتفق معهم (أنا لا أتفق معهم في بعض النقاط أيضًا!) ، لكن علينا أن نحترم اختياراتهم لأنه إذا كان فاراداي على ما هو عليه اليوم ، فمن المؤكد أنه بفضل المساهمين العديدين ، ولكن أيضًا بفضل يقوم الفريق الأساسي بإدارة جميع القضايا / العلاقات العامة والتقدم في المشروع بطريقة واضحة ومنطقية (وصدقوني ، فإن الأخير يستغرق وقتًا أطول بكثير من المساهمات المتفرقة). إذا لم يكن الأمر يتعلق بتصفية أو تعديل مدخلات المساهمين ، فقد نعرف فاراداي مختلفًا تمامًا اليوم ، ولست متأكدًا من أنه سيكون أفضل من الذي نعرفه بالفعل.

ال 7 كومينتر

أبحث عن دعم متدفق ... هل يعمل أي شخص على الإصدار 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. تمت إضافة دعم لجميع المحولات الأخرى (في الوقت الحالي يتم دعم Net :: HTTP فقط)
  2. ننتظر الإصدار 1.0 لأننا قد نزيل الدعم المباشر للمحولات الأخرى ونجعلها في مشاريع خارجية. هذا من شأنه أن يجعل رقم 604 قابلاً للدمج كما هو الآن ، لكن للأسف لم يتم الاتفاق عليه داخليًا حتى الآن.

أعتذر عن البطء وعدم وجود الوقت الكافي للاستثمار في العمل على أي من الحلول المذكورة أعلاه.
أتفهم أنك ستكون سعيدًا بدمج # 604 فقط لأنك ربما تحتاج فقط إلى دعم Net :: HTTP ، ولكن هذه ليست الطريقة التي يعمل بها عندما يتعين عليك الحفاظ على جوهرة ولا يمكنني جعلها بهذه البساطة.

iMacTia لا أتوقع أنك تبذل كل جهدك في هذا الإصدار ، فأنا محبط من الآثار المخيفة لإغلاق / رفض طلبات السحب التي عمل عليها العديد من الأشخاص وليس لديهم مشاكل فنية معروفة. إذا لم يكن لديك الوقت ، أليس من المنطقي السماح للآخرين بالمساعدة؟

أتفهم سبب كون دعم جميع المحولات الأخرى أمرًا مرغوبًا فيه ، لكنني أعتقد أنك شديد الصرامة في تفسيرك لنمط المحول. يتطلب نمط المحول الاتساق في الطريقة التي تقوم بها بأي تفاعل واحد ، لكنني لن أقول إنه يتطلب أن يدعم كل محول كل ميزة. هناك العديد من المكتبات المفيدة التي تستخدم هذا التعريف الخفيف (مثل edgeapi.rubyonrails.org/classes/ActiveJob/QueueAdapters.html#module-ActiveJob:::QueueAdapters-label-Backends+Features)

لأكون صادقًا ، أنا شخصياً أتفق على جملك الأخيرة.
تعجبني الطريقة التي يعمل بها ActiveJob وحقيقة أنه يمكنك إضافة جواهر متوافقة إلى تطبيقك واستخدامها فقط كـ QueueBackend (على سبيل المثال Sidekiq).

على الجانب الآخر ، ليس هذا هو الوضع الحالي لفارادي ، إنها ليست الرؤية الأصلية للفريق الأساسي وهي ليست ما اعتاد عليه الجميع.
فقط لتقديم مثال لك ، في # 486 ، يشتكي المستخدم من هذه المشكلة بالضبط:

كنت أتوقع أن يعمل فاراداي فقط عند تبديل المحولات.

وهذا ما فرضهmislav وأي عضو آخر في الفريق الأساسي منذ البداية.
لذلك آمل أن تفهم ، كما أفهم تمامًا احتياجاتك ، أنه بصفتي العضو الأخير الذي انضم إلى فاراداي ، لا يمكنني ببساطة إلقاء القرارات السابقة في سلة المهملات والبدء في فعل ما أريد. مما يعني أنه يجب دعم البث بواسطة جميع المحولات قبل أن أتمكن من دمجه في التدفق 0.x.
أمثلة على علاقات عامة أخرى مغلقة للسبب نفسه: # 485 ، # 498 ، https://github.com/lostisland/faraday/pull/339#issuecomment -145872698

Faraday 1.0 مختلف ، وهذا يمنحني المزيد من الحرية (لا بد لي من الحفاظ على التوافق مع الإصدارات السابقة قدر الإمكان ، على الرغم من ذلك ، لا يعني ذلك أنني أستطيع فعل ما أريد 😅). ولهذا السبب اقترحت إسقاط الدعم الأصلي لجميع المحولات ، ولكن بدلاً من ذلك نقلهم إلى الأحجار الكريمة الخارجية مثل ما حدث مع Thypoeus. سيكون لهذا الكثير من المزايا وسيجعل الهيكل أكثر تشابهًا مع ActiveJob ، مما يبرر أشياء مثل الدعم الجزئي.
لهذا السبب ، أرى البث كميزة 1.0 واضطررت إلى تجميد الأعمال عليه في الوقت الحالي.
سيستغرق الأمر وقتًا أطول ، لكن هذا يعني القيام بالأشياء بشكل صحيح معي. أود أن أوضح الأمر قدر الإمكان: لن أقوم بإغلاق العلاقات العامة من أجل إضاعة وقت أي شخص ، فأنا أحاول ببساطة المساعدة في دفع هذا المشروع إلى الأمام (سنظل 0.9.x بخلاف ذلك) تكريم الفريق الأساسي رؤية.

إذا لم يكن لديك الوقت ، أليس من المنطقي السماح للآخرين بالمساعدة؟

مجرد ملاحظة أخيرة حول هذا: الجميع مرحب به للمساعدة. هذه هي الطريقة التي يعمل بها المصدر المفتوح! ومع ذلك ، يجب علينا أيضًا احترام رؤية الفريق الأساسي عندما نساهم في شيء ما. يمكننا أن نتفق معهم وكذلك لا أتفق معهم (أنا لا أتفق معهم في بعض النقاط أيضًا!) ، لكن علينا أن نحترم اختياراتهم لأنه إذا كان فاراداي على ما هو عليه اليوم ، فمن المؤكد أنه بفضل المساهمين العديدين ، ولكن أيضًا بفضل يقوم الفريق الأساسي بإدارة جميع القضايا / العلاقات العامة والتقدم في المشروع بطريقة واضحة ومنطقية (وصدقوني ، فإن الأخير يستغرق وقتًا أطول بكثير من المساهمات المتفرقة). إذا لم يكن الأمر يتعلق بتصفية أو تعديل مدخلات المساهمين ، فقد نعرف فاراداي مختلفًا تمامًا اليوم ، ولست متأكدًا من أنه سيكون أفضل من الذي نعرفه بالفعل.

تم الآن تحويل هذه المشكلة إلى مشروع .

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

jedeleh picture jedeleh  ·  3تعليقات

t3hk0d3 picture t3hk0d3  ·  3تعليقات

JasonBarnabe picture JasonBarnabe  ·  4تعليقات

ioquatix picture ioquatix  ·  4تعليقات

ryanbyon picture ryanbyon  ·  3تعليقات