Httpie: واجهة برمجة تطبيقات Python

نعم ، هذا منطقي - سأبحث في هذا. main() كلاً من كود حالة الخروج واستجابة HTTP النهائية. وربما يكون من المفيد أيضًا إرجاع args التحليل.

eliangcs أنا أقوم api.py مستقرة وموثقة لاستخدامها بواسطة أدوات الطرف الثالث ، حتى لا يضطروا إلى لمس الأجزاء الداخلية التي تميل إلى التغيير بمرور الوقت.

هل يمكنك عرض شيء ما بناءً على ما يستورده http-prompt حاليًا من HTTPie؟ ستكون الطرق الفارغة باستخدام args ، وبعض السلاسل المختصرة ذات القيم المرتجعة كافية. ستكون نقطة البداية الجيدة هي مجرد سرد كافة احتياجات الواردات http-prompt .

// سي سيmblayman

jkbrzt قمت بعمل grep على قاعدة الكود الخاصة بي. هذا ما وجدته:

# http_prompt/cli.py
from httpie.plugins import FormatterPlugin  # just to avoid cyclic import, not really used
from httpie.output.formatters.colors import Solarized256Style  # to support solarized theme

# http_prompt/execution.py
from httpie.context import Environment  # to construct a custom Environment and pass it to httpie_main
from httpie.core import main as httpie_main  # to generate output and the response object

تلامس HTTPony القليل جدًا من واجهات برمجة تطبيقات HTTPie. يقتصر على:

from httpie.cli import parser
from httpie.context import Environment
from httpie.output import streams

جوهر ما يتم فعله هو تمرير requests.models.Request إلى streams.build_output_stream واستدعاء streams.write_stream . كل ما يحدث في https://github.com/mblayman/httpony/blob/master/httpony/application.py.

عظيم شكرا. سأخوض في الأمر وأضفى الطابع الرسمي على تلك الأشياء حيث يكون ذلك منطقيًا. ثم اصنع بعض الأغلفة في httpie.api - أو ببساطة اجعل هذه الكائنات قابلة للاستيراد من الوحدة لتبدأ بها.

هذا سيجعل المستخدمين يمكنهم / قد يعتمدون عليه بشكل صريح ويوفر بعض الضمانات للاستقرار مقارنة بالأجزاء الداخلية. يجب أيضًا تغطية التغييرات التي تم إجراؤها على الوظيفة المصدرة httpie.api في سجل التغييرات.