طناب پایتون IDE است. هدف اصلی طناب پایتون است که به ارائه ویژگی هایی مانند تکمیل خودکار، refactorings، کمک های محتوا، و خطوط.
Refactoring: در سال های اخیر refactoring تبدیل شده است یک کار اساسی برنامه روزمره، به ویژه در جامعه جاوا. در روش برنامه ریزی فرز، مانند افراطی برنامه، Refactoring یکی از شیوه های اصلی است.
برخی از پر طرفدارترین IDE ها حمایت برخی از refactorings عمومی مانند 'پایدو' (که با استفاده از دوچرخه مرد تعمیر). این IDE ها باید مجموعه ای محدود از refactorings و شکست زمانی که انجام refactorings که نیاز به دانستن نوع اشیاء در کد منبع (به خصوص برای پروژه نسبتا بزرگ). طناب تلاش می کند به ارائه مجموعه ای غنی از refactorings. برخی از refactorings نیاز به استنتاج است که بعد شرح داده شده.
تکمیل خودکار: یکی از ویژگی های اساسی از پر طرفدارترین IDE ها مدرن در دسترس بودن تکمیل خودکار است. برخی از پر طرفدارترین IDE ها پایتون پشتیبانی تکمیل خودکار، اما در یک شکل محدود. از آنجا که نوع بسیاری از متغیرهای می تواند از تجزیه و تحلیل ساده از کد منبع نمی توان نتیجه گرفت. خودکار تکمیل اسامی ماژول، نام کلاس، روش استاتیک، روش کلاس، نام تابع و نام متغیر بسیار آسان است. اما خودکار تکمیل روش ها و ویژگی های یک شی سخت است. از آنجا که IDE نیاز به دانستن نوع از شی است که نمی توان به راحتی به زبان پویا به دست بیشتر از زمان. طناب با استفاده از الگوریتم استنتاج برای حل این مشکل.
استنتاج: یکی از مضرات زبان پویا مانند پایتون است که شما نمی توانید از نوع متغیر های تجزیه و تحلیل ساده از کد منبع برنامه بیشتر از زمان را می دانم. دانستن نوع متغیر برای ارائه بسیاری از refactorings و خودکار تکمیل بسیار ضروری است. طناب خواهد استنتاج برای غلبه بر این مشکل استفاده کنید.
استنتاج استاتیک با استفاده از برنامه کد منبع به حدس زدن نوع از اشیاء. اما برنامه های پایتون استنتاج بسیار سخت است. برخی تلاش ها شده اند وجود دارد هر چند بسیار موفق نیست (مثال: روانی: فقط خ و اعضای هیات انواع، StarKiller: آزاد شد نیست و ShedSkin: خوب است اما محدود). آنها که در آن عمدتا در بالا بردن سرعت برنامه های پایتون توسط تبدیل کد خود را به زبان های دیگر تایپ شده به جای ساخت IDE ها است. چنین الگوریتم ممکن است کمک کننده باشد.
است روش دیگری به سمت استنتاج وجود دارد. این تجزیه و تحلیل برنامه های در حال اجرا است. این رویکرد پویا ثبت انواع متغیرها در طول اجرای برنامه به اختصاص داده است. اگر چه این روش این است خیلی آسان تر برای اجرای از جایگزین، آن محدود است. فقط بخش هایی از برنامه که در حال اجرا هستند تجزیه و تحلیل. اگر توسعه دهندگان ارسال تست واحد و آزمون استفاده رانده توسعه این روش به خوبی کار می کند
چه در این نسخه جدید است.
codeassist: دست زدن به بهتر از یونیکد در docstrings
codeassist: دست زدن به مجهول builtin، مانند sys.stdout
codeassist: طرح حوزه و انواع تجدید نظر
fscommands: تغییرات UI دسته خدمه جیوه
patchedast: رسیدگی به گره ExtSlice
جدید در نسخه 0.9.2 است:
ماژول autoimport در حال حاضر پشتیبانی ذخیره تمام زیر ماژول یک ماژول.
بازگشت هنگام بارگذاری ماژول برطرف شده است.
حمایت عمومی برای setuptools اضافه شده است.
روش عصاره تغییر شده است که مسئولیت رسیدگی به روز رسانی مشروط متغیر.
جدید در نسخه 0.9.1 است:
در متغیر import_dynload_stdmods است به منظور کاهش حجم متغیر extension_modules اضافه شده است.
برخی از اشکالات ویندوز خاص ثابت شد.
تغییرات از سال 0.8.4:
جدید در نسخه 0.9 است:
حمایت از Darcs VCS
دست زدن به فایل های با مک خط پایان
جستجو تمام فایل نیست که inlining یک متغیر محلی
مشکلات مسیر از Cygwin برخی از تغییرات ثابت از 0.8:
inlining متغیر در ماژول های دیگر
اضافه `rope.contrib.findit.find_definition ()`
گسترش حمل و نقل بهتر ماژول
اضافه `rope.contrib.findit.find_definition ()`
پشتیبانی دستگاه گوارش اضافه در fscommands
پارامترهای inlining
بازگشت واردات نام زیر خط دار در حرکت
اضافه `codeassist.get_calltip ()`
اضافه `libutils.analyze_modules ()`
اضافه `` پیکربندی پروژه soa_followed_calls``
`libutils.report_change ()` `بار خوانده شده automatic_soa`
دست زدن به دکوراتور اموال
مورد نیاز:
پایتون
نظر یافت نشد