Как Вы - планирование обработки миграции к Python 3?

Поддерживать оба варианта

Я хотел попытаться преобразовать библиотеку BeautifulSoup в 3х для проекта, над которым я работаю, но я понимаю, насколько сложно было бы поддерживать два разных ветки кода.

Текущая модель для обработки этого включает:

1. внести изменения в 2x ветвь
2. запустить 2to3
3. молиться, чтобы преобразование было выполнено правильно при первом запуске
4. кода
5. run unit тесты, чтобы убедиться, что все работает
6. скопируйте вывод в ветвь 3x

Эта модель работает, но ИМХО - отстой. Для каждого изменения / выпуска вы должны пройти следующие шаги :: sigh ::. Кроме того, это отговаривает разработчиков от расширения ветки 3x новыми функциями, которые могут поддерживаться только в py3k, потому что вы по-прежнему ориентируете весь код на 2x.

Решение ... использовать препроцессор

Поскольку я не смог найти достойного препроцессора в стиле c с директивами #define и #ifdef для python, я написал его.

Он называется pypreprocessor и его можно найти в PYPI

По сути, вы делаете следующее:

1. import pypreprocessor
2. определяете, в какой версии python выполняется скрипт
3. , установите ' определить 'в препроцессоре для версии (например,' python2 'или' python3 ')
4. добавить директивы' #ifdef python2 'и' #ifdef python3 ', где код зависит от версии
5. запустить код

Это Это. Теперь он будет работать как в 2x, так и в 3x.Если вас беспокоит дополнительное снижение производительности при запуске препроцессора, есть также режим, который удаляет все метаданные и выводит постобработанный источник в файл.

Лучше всего ... вам нужно выполнить преобразование 2 в 3 только один раз.

Вот рабочий пример:

#!/usr/bin/env python
# py2and3.py

import sys
from pypreprocessor import pypreprocessor

#exclude
if sys.version[:3].split('.')[0] == '2':
    pypreprocessor.defines.append('python2')
if sys.version[:3].split('.')[0] == '3':
    pypreprocessor.defines.append('python3')

pypreprocessor.parse()
#endexclude
#ifdef python2
print('You are using Python 2x')
#ifdef python3
print('You are using python 3x')
#else
print('Python version not supported')
#endif

Вот результаты в терминале:

 python py2and3.py
 >>>You are using Python 2x 
 python3 py2and3.py
 >>>You are using python 3x

Если вы хотите вывести в файл и создать чистый исходный файл, зависящий от версии, без дополнительных метаданных, добавьте эти две строки где-то перед оператором pypreprocessor.parse ():

pypreprocessor.output = outputFileName.py
pypreprocessor.removeMeta = True

Затем:

python py2and3.py

Создает файл с именем outputFileName.py, специфичный для python 2x, без дополнительных метаданных.

python3 py2and3.py

Создает файл с именем outputFileName.py, специфичный для Python 3x, без дополнительных метаданных.

Для документации и других примеров см. pypreprocessor в GoogleCode .

Я искренне надеюсь, что это поможет. Мне нравится писать код на Python, и я надеюсь увидеть прогресс поддержки в 3 раза в ближайшее время. Ненавижу, когда язык не прогрессирует. Тем более, что версия 3x разрешает многие из представленных WTF и делает синтаксис более удобным для пользователей, переходящих с других языков.

Документация на данный момент полная, но не обширная. Я постараюсь в ближайшее время добавить в вики более обширную информацию.

Обновление:

Хотя я разработал pypreprocessor специально для решения этой проблемы, он не работает, потому что лексер выполняет проверку синтаксиса всего кода перед выполнением любого кода.

Если бы у python была реальная поддержка директив препроцессора C, это позволило бы разработчикам писать код python2x и python3k рядом друг с другом в одном файле, но из-за плохой репутации препроцессора C (злоупотребление заменой макросов для изменения ключевых слов языка) I не вижу, чтобы в ближайшее время в python добавилась законная поддержка препроцессора C.

Разговор как автор библиотеки:

я ожидаю окончательной версии, которая будет выпущена. Моя вера, как этот большей части сообщества Python, состоит в том, что 2.x продолжит быть доминирующей версией сроком на недели или месяцы. Это - много времени для выпуска хорошего, полируемого 3.x выпуск.

я буду поддерживать отдельный 2.x и 3.x ответвления. 2.x будет назад совместимо с 2,4, таким образом, я не могу использовать много необычного синтаксиса или новых возможностей в 2,6 / 3.0. Напротив, 3.x ответвление использует каждые из тех функций, которые приводят к более хорошему опыту для пользователя. Набор тестов будет изменен так, чтобы 2to3 работал на него, и я поддержу те же тесты для обоих ответвлений.

Некоторые мои более сложные 2.x код собираются остаться в 2,5 или 2.6. Я перехожу на 3,0 для всей новой разработки однажды некоторые сторонние библиотеки, которыми я пользуюсь, часто обновлялись для 3.

Основная идея 2,6 состоит в том, чтобы обеспечить миграционный путь к 3,0. Таким образом, можно использовать from __future__ import X медленно миграция одной функции за один раз, пока Вы не закрепили всех их и можете переместиться в 3,0. Многие из этих 3,0 функций будут течь в 2,6 также, таким образом, можно будет сделать разрыв языка меньшим постепенно вместо того, чтобы иметь необходимость переместить все сразу.

На работе, мы планируем обновить от 2,5 до 2,6 сначала. Тогда мы начинаем активировать 3,0 опции медленно один модуль за один раз. В какой-то момент целое подразделение системы, вероятно, будет готово к 3.x.

единственная проблема библиотеки. Если библиотека никогда не перемещается, мы застреваем со старой библиотекой. Но я довольно уверен, что мы получим прекрасную альтернативу в установленный срок для той части.