веревка Python IDE. Основная цель Python веревки, чтобы обеспечить такие функции, как автоматическое завершение, рефакторинга, помощь контента и очертаний.
Рефакторинг: В последние годы рефакторинг стать основной задачей повседневной программирования, особенно в Java Community. В гибких методологий программирования, таких как крайняя программирования, Рефакторинг является одним из основных методов.
Некоторые интегрированные среды разработки поддерживают некоторые основные рефакторинга, как "PyDev" (который использует велосипед человека ремонта). Эти среды разработки имеют ограниченный набор рефакторинга и не делая рефакторинга, что нужно знать тип объектов в исходном коде (специально для относительно крупных проектов). веревка пытается обеспечить богатый набор рефакторинга. Некоторые из рефакторинга требует логического вывода типа, который описан позже.
Авто Завершение: Одна из основных особенностей современных сред разработки на является наличие автоматического завершения. Некоторые интегрированные среды разработки Python имеют поддержку автозавершения, но в ограниченном виде. Так как тип многих переменных не могут быть выведены из простого анализа исходного кода. Авто-завершение модули имена, имена классов, статические методы, методы класса, имена функций и имена переменных легко. Но авто-завершения методы и атрибуты объекта трудно. Поскольку IDE необходимо знать тип объекта, который не может быть легко достигнуто большую часть времени в динамических языках. веревка использует алгоритмы вывода типов, чтобы решить эту проблему.
Тип логического вывода: Один из недостатков динамических языков, как Python является то, что вы не можете знать тип переменных с помощью простого анализа исходного кода программ большую часть времени. Зная тип переменных является очень важным для обеспечения многих рефакторинга и авто-дополнений. веревка будет использовать тип логического вывода, чтобы преодолеть эту проблему.
Статический тип логического вывода использует исходный код программы, чтобы угадать тип объектов. Но тип логического вывода питон программы очень трудно. Там были некоторые попытки, хотя и не очень успешные (примеры: психо: только СТО и INT типы, Старкиллер: не был выпущен, и ShedSkin: хорошо, но ограничено). Они где в основном направлены на ускорение питона программы, превращая свой код в другие типизированных языках, а не строить интегрированные среды разработки. Такие алгоритмы могут быть полезны.
Существует и другой подход к типу логического вывода. Это анализ запущенных программ. Это динамичный подход фиксирует типы переменных, присвоенные в ходе выполнения программы. Хотя этот подход намного легче осуществить, чем альтернативные, оно ограничено. Только части программы, которые выполняются анализируются. Если разработчики пишут тесты единицы и использовать Test Driven развития этот подход работает очень хорошо
Что нового В этом выпуске:.
- codeassist: лучше обращение Unicode в строки документации
- codeassist: обработка BuiltIn неизвестных, такие как sys.stdout
- codeassist: предложения объемы и виды пересмотрены
- fscommands: Управление изменения рт.ст. экипаж UI
- patchedast: ручка ExtSlice узел
Что нового в версии 0.9.2:
- Модуль автоимпорт теперь поддерживает кэширование все суб-модулей модуля.
- Рекурсия при загрузке модулей была исправлена.
- был добавлен Базовая поддержка для Setuptools.
- Метод экстракт был изменен обрабатывать условные переменные обновления.
Что нового в версии 0.9.1:
- The import_dynload_stdmods переменная была добавлена, чтобы уменьшить размер в extension_modules переменной.
- Некоторые окна конкретных ошибки были исправлены.
Что нового в версии 0.9:
- Изменения по сравнению с 0.8.4:
- поддержку Darcs VCS
- обработки файлов с макинтош конца строки
- не ищете все файлы, когда встраивание локальную переменную
- фиксированной Cygwin проблемы путь Некоторые изменения, так как 0,8:
- переменная встраивание в других модулях
- добавил `rope.contrib.findit.find_definition ()`
- лучше Модуль расширения обработки
- добавил `rope.contrib.findit.find_definition ()`
- добавлена поддержка ЖКТ в fscommands
- Параметры встраивания
- назад импорта подчеркнутые имена в ходу
- добавил `codeassist.get_calltip ()`
- добавил `libutils.analyze_modules ()`
- добавил `` soa_followed_calls`` проект конфигурации
- `libutils.report_change ()` `читает automatic_soa`
- обращении недвижимость декоратор
Требования
- Python
Комментарии не найдены