Почему Вы не переключитесь на Python 3.x? [закрытый]
10 ответов
[Изменить 03/10/2014: этот ответ устарел. Django уже некоторое время поддерживает Python 3.]
[Однако следует также отметить, что сторонние пакеты и расширения django, используемые во многих проектах Django, находятся на различных этапах реализации совместимости с Python 3. Более подробную информацию можно найти на веб-сайте пакетов Django , который отслеживает статусы различных проектов.]
Django не перешел на 3.0. Это все, что мне нужно знать.
Смежные вопросы
- Будет ли обратная несовместимость Python 3.0 влиять на усыновление?
- Является ли Python 3 хорошей отправной точкой, когда вы хотите изучать Python?
- Если я ' собираюсь изучать Python, стоит ли изучать 2.x или просто перейти на 3.0?
- Кто использует Python 3.0?
- Версия Python для новичка
- Стоит ли изучать Python 2.6 с выходом 3.0?
Большинство ответов на эти вопросы отражают те же чувства. Помимо Django, слишком много фреймворков / библиотек - WxPython, PyGame, Django и т. Д. Еще не приняли его. Я чертовски уверен, что не сделаю ход, пока они не сделают.
Поскольку основные библиотеки, от которых зависит моя кодовая база, не выпустили версию 3.x. (wxPython, matplotlib, numpy и т. д.)
Таким образом, ответственность идет вверх по течению с моей точки зрения.
Если бы все мои зависимости были совместимы с 3.x, я бы, вероятно, уже переключился.
- Скомпилированные модули сторонних производителей не обновлены.
- Различный синтаксис
- Медленные целые числа.
- #python IRC-канал на freenode в своем названии слишком рано переключать.
Для многих из здесь вопросы на основе python, люди дают решения, которые просто не работают в python 3.x.
Я думаю, что вы ответили здесь на свой вопрос. Отсутствие обратной совместимости делает 3.0 гораздо сложнее, чем плавное обновление, потому что вы должны изменить свое мышление и отказаться от некоторых методов программирования, чтобы использовать новую версию.
Перезвоните мне, когда у меня будет сценарий обновления для моего мозга.
Сторонние инструменты и библиотеки. У меня возникают проблемы с тем, чтобы некоторые вещи работали под 2.6 (не много проблем, заметьте, но некоторые.)
На мой взгляд, экосистема - это одна из самых сильных сторон Python, и на данный момент переход на 3.0 много чего в окне. (Я уверен, что через год история будет совершенно другой.)
(Очевидно, здесь есть проблема с курицей и яйцом, но, к счастью, это не моя проблема, поэтому я останусь с 2.6 на некоторое время. .)
Потому что установка по умолчанию 2.5 на Mac OSX Leopard работает просто отлично. Мне не нужно обновляться, и я не вижу никаких преимуществ в обновлении, кроме как положить конец бедам Юникода.
Операционная система, которую я использую чаще всего, Debian, не имеет пакета Python 3, даже в «нестабильной» (совершенно новой) ветке. Если я не скомпилирую его сам (а это довольно 20-й век), это означает, что для меня нет Python3.
Бьюсь об заклад, это та же проблема со многими операционными системами.
Если вам интересно перейти на Py3k, одним из интересных способов было бы написать код на Py3k и использовать скрипт 3to2, который в настоящее время пишется как часть проекта Google Summer of code, в строках сценария 2to3.
К сожалению, по той же причине, что и большинство других - Сторонние библиотеки все еще не были совместимы с 3.0. По этой причине, а также из-за того, что некоторые дистрибутивы GNU / Linux (в моем случае Ubuntu) по-прежнему поставляются с Python 2.6, я пока не могу полностью выбросить версию 2.x.
Однако переход на 3.0 не является главный ИМО. За исключением того, что print является функцией и новой системой форматирования строк, на самом деле она более или менее такая же, как и раньше.
Фактически, я считаю, что большинство моих старых сценариев (те, которые не зависят от несовместимых с 3.0 сторонних версий) библиотеки) будет работать безупречно в версии 3.0 после того, как я обновлю все распечатки и форматирование строк. В некоторых случаях мне также приходилось изменять имена некоторых модулей (в частности, материал из модуля «электронная почта»), но кроме этого ничего особенного.
Кроме того, все скрипты, которые я обновил для совместимости с 3.x, все еще похоже, работает безупречно в 2.6 (но, конечно, не в более старых версиях 2.x,
Из-за отсутствия обратной совместимости переключение затруднено, особенно если задействован код C. И хотя я понимаю, что юникод / строка может быть очень полезен для некоторых людей, меня, конечно, не волнует сам.
По сути, Py3k не решил многие проблемы, которые меня волнуют (проблемы распространения, управление версиями модулей, упрощенная модель импорта).