والحبل هو IDE بيثون. الهدف الرئيسي بيثون حبل هو توفير ميزات مثل الإكمال التلقائي، refactorings، والمساعدة المحتوى، والخطوط العريضة.
إعادة بيع ديون: في السنوات الأخيرة أصبحت إعادة بيع ديون مهمة الأساسية للبرمجة اليومية، وخاصة في المجتمع جافا. في منهجيات برمجة رشيقة، مثل البرمجة المتطرفة، إعادة بيع ديون هي واحدة من الممارسات الأساسية.
بعض ايديس تدعم بعض refactorings الأساسية مثل 'بيديف "(الذي يستخدم دراجة إصلاح الرجل). هذه ايديس لها مجموعة محدودة من refactorings وتفشل عند القيام refactorings التي تحتاج إلى معرفة نوع الكائنات في التعليمات البرمجية المصدر (خصيصا للمشاريع الكبيرة نسبيا). يحاول حبل لتوفير مجموعة غنية من refactorings. بعض refactorings تتطلب نوع الاستدلال التي وصفها لاحقا.
السيارات استكمال: واحدة من السمات الأساسية للبيئات التطوير الحديثة هو توافر لصناعة السيارات في الانتهاء. بعض ايديس بيثون لها دعم صناعة السيارات في استكمال ولكن في شكل محدود. منذ نوع متغيرات كثيرة لا يمكن استنتاجها من تحليل بسيط من شفرة المصدر. لصناعة السيارات في استكمال أسماء وحدات، وأسماء فئة، أساليب ثابتة، أساليب الفئة، وأسماء وظيفة وأسماء المتغيرات سهلة. لكن الأساليب وسمات كائن-استكمال السيارات صعبة. لأن IDE يحتاج إلى معرفة نوع الكائن الذي لا يمكن أن يتحقق بسهولة أكثر من مرة في لغات الديناميكية. يستخدم حبل الخوارزميات نوع الاستدلال على حل هذه المشكلة.
نوع الاستدلال: عيب واحد من اللغات الديناميكية مثل الثعبان هو أنه لا يمكن معرفة نوع من المتغيرات من خلال تحليل بسيط من التعليمات البرمجية المصدر البرنامج أكثر من مرة. معرفة نوع المتغيرات هو ضروري جدا لتوفير العديد من refactorings والاكمال التلقائي. سوف حبل يستخدم نوع الاستدلال على التغلب على هذه المشكلة.
ثابت نوع الاستدلال يستخدم البرنامج الشفرة المصدرية لتخمين نوع من الكائنات. ولكن اكتب البرامج الاستدلال الثعبان من الصعب جدا. وكانت هناك بعض المحاولات ولكن ليس ناجحة جدا (أمثلة: أنواع STR وكثافة العمليات فقط، StarKiller: النفسي لم يفرج عنه وShedSkin: جيد، ولكن محدودة). حيث توجه معظمهم في تسريع برامج الثعبان عن طريق تحويل مدونتها إلى لغات مطبوعة أخرى بدلا من بناء ايديس. هذه الخوارزميات قد يكون مفيدا.
وهناك نهج آخر نحو نوع الاستدلال. هذا هو تحليل البرامج قيد التشغيل. هذا النهج الديناميكي يسجل أنواع يتم تعيين المتغيرات أثناء تنفيذ البرنامج. على الرغم من أن هذا النهج هو أسهل كثيرا من تطبيق البديل، فمن محدود. فقط أجزاء من البرنامج التي يتم تنفيذها وتحليلها. إذا المطورين على كتابة وحدة الاختبارات واستخدام اختبار التنمية المدفوعة باعتبارات هذا النهج يعمل بشكل جيد جدا
ما هو الجديد في هذا الإصدار:.
codeassist: أفضل التعامل مع يونيكود في جمل التوثيق
codeassist: التعامل مع المجهولة مدمج، مثل sys.stdout
codeassist: مقترحات نطاقات وأنواع مراجعة
fscommands: التغييرات مقبض طاقم الزئبق واجهة المستخدم
patchedast: التعامل مع عقدة ExtSlice
ما هو الجديد في الإصدار 0.9.2:
وحدة autoimport الآن يدعم جميع وحدات التخزين المؤقت فرعية من وحدة نمطية.
العودية عند تحميل وحدات تم إصلاح.
تمت إضافة الدعم الأساسي لsetuptools.
تم تغيير طريقة استخراج للتعامل مع تحديثات متغير المشروطة.
ما هو الجديد في الإصدار 0.9.1:
تمت إضافة متغير import_dynload_stdmods للحد من حجم متغير extension_modules.
تم إصلاح بعض الخلل ويندوز محددة.
ما هو الجديد في الإصدار 0.9:
التغييرات منذ 0.8.4:
دعم Darcs VCS
التعامل مع الملفات مع ماك خط تنتهي
لا البحث عن الملفات عند رمز مصدر متغير محلي
مشاكل مسار سيغوين بعض التغييرات ثابتة منذ 0.8:
رمز مصدر متغير في وحدات أخرى
وأضاف `rope.contrib.findit.find_definition ()`
أفضل تمديد التعامل حدة
وأضاف `rope.contrib.findit.find_definition ()`
دعم GIT المضافة في fscommands
المعلمات رمز مصدر
استيراد الظهر الأسماء التي تحتها خط في الخطوة
وأضاف `codeassist.get_calltip ()`
وأضاف `libutils.analyze_modules ()`
وأضاف `` التكوين المشروع soa_followed_calls``
`libutils.report_change ()` `يقرأ automatic_soa`
التعامل مع الديكور الملكية
المتطلبات:
بيثون
لم يتم العثور على التعليقات