Python rope

corde est un IDE Python. L'objectif principal de la corde de Python est de fournir des fonctionnalités telles que l'auto-complétion, refactoring, l'assistance de contenu, et les contours.
Refactoring: Au cours des dernières années refactoring est devenu une tâche de base de la programmation quotidienne, spécialement dans la communauté Java. Dans les méthodologies de programmation agiles, comme Extreme Programmation, refactoring est l'une des pratiques de base.
Certains IDE soutiennent certains refactorings de base comme «PyDev '(qui utilise la bicyclette homme de réparation). Ces IDE ont un ensemble limité de refactoring et ne parviennent pas quand faire refactoring qui ont besoin de connaître le type d'objets dans le code source (spécialement pour des projets relativement importants). corde tente de fournir un riche ensemble de refactoring. Certains des refactorisations exigent Type inférence qui est décrit plus loin.
Auto achèvement: L'une des caractéristiques de base de la IDEs modernes est la disponibilité de l'auto-complétion. Certains d'IDE Python ont le soutien d'auto-complétion, mais sous une forme limitée. Puisque le type de nombreuses variables ne peuvent pas être déduite de la simple analyse de code source. Auto-achève noms de modules, les noms de classes, les méthodes statiques, les méthodes de classe, des noms de fonction et de noms de variables sont faciles. Mais l'auto-compléter les méthodes et les attributs d'un objet est difficile. Parce que l'IDE a besoin de connaître le type de l'objet qui ne peut être atteint facilement la plupart du temps dans les langages dynamiques. corde utilise des algorithmes de type inférence pour résoudre ce problème.
Type d'inférences: Un inconvénient de langages dynamiques comme Python est que vous ne pouvez pas savoir le type de variables par une simple analyse de code source de programme la plupart du temps. Connaître le type de variables est très essentiel pour fournir un grand nombre de refactoring et auto-complétion. corde utiliser le type inférence de surmonter ce problème.
Type statique inférence utilise programme code source de deviner le type d'objets. Mais les programmes de type inférence de Python est très difficile. Il ya eu quelques tentatives mais pas très réussies (exemples: psycho: seulement str et INT types, Starkiller: ne ont pas été libérés et ShedSkin: bon mais limitées). Ils où la plupart orientés à accélérer les programmes de python en transformant son code à d'autres langages typés plutôt que de construire des IDE. Ces algorithmes peuvent être utiles.
Il ya une autre approche à l'égard de type inférence. Ce est l'analyse de programmes en cours d'exécution. Cette approche dynamique enregistre les types de variables sont affectées à au cours de l'exécution du programme. Bien que cette approche est beaucoup plus facile à mettre en œuvre que l'alternative, elle est limitée. Seules les parties du programme qui sont exécutées sont analysés. Si les développeurs à écrire des tests unitaires et utiliser le test développement piloté cette approche fonctionne très bien

Ce qui est nouveau dans cette version:.

• codeassist: meilleure gestion des unicode docstrings
• codeassist: manipulation inconnues builtin, comme sys.stdout
• codeassist: propositions portées et types révisés
• fscommands: gérer les changements hg équipage ui
• patchedast: gérer noeud ExtSlice

Ce qui est nouveau dans la version 0.9.2:

• Le module prend désormais en charge la mise en cache autoimport tous les sous-modules d'un module.
• Recursion lors du chargement des modules a été corrigé.
• le soutien de base pour setuptools a été ajouté.
• La méthode d'extraction a été modifié pour gérer les mises à jour de variables conditionnelles.

Ce qui est nouveau dans la version 0.9.1:

• La variable import_dynload_stdmods a été ajouté pour réduire la taille de la variable extension_modules.
• Quelques bugs spécifiques à Windows ont été fixés.

Ce qui est nouveau dans la version 0.9:

• Changements depuis 0.8.4:
• soutenir Darcs VCS
• la manipulation des fichiers avec mac de fin de ligne
• ne pas chercher tous les fichiers quand enlignage une variable locale
• les problèmes de chemin de Cygwin fixe Certains des changements depuis 0,8:
• variable inline dans d'autres modules
• ajouté `rope.contrib.findit.find_definition ()`
• meilleure module d'extension manipulation
• ajouté `rope.contrib.findit.find_definition ()`
• a ajouté le support de GIT en fscommands
• paramètres d'inlining
• retour importation des noms soulignés en mouvement
• ajouté `codeassist.get_calltip ()`
• ajouté `` libutils.analyze_modules ()
• ajouté `` projet soa_followed_calls`` config
• `libutils.report_change ()` `lit automatic_soa`
• manipulation propriété décorateur

Exigences :

• Python