Path: csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!news.stack.nl!newsfeed.xs4all.nl!newsfeed3a.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail
MIME-Version: 1.0
In-Reply-To: <lmkfoe$lnu$1@ger.gmane.org>
References: <lmkfoe$lnu$1@ger.gmane.org>
Date: Tue, 3 Jun 2014 23:47:45 +1000
Subject: Re: Would a Python 2.8 help you port to Python 3?
From: Chris Angelico <rosuav@gmail.com>
Cc: "python-list@python.org" <python-list@python.org>
Content-Type: text/plain; charset=UTF-8
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.10623.1401803273.18130.python-list@python.org>
Lines: 44
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:72518

On Tue, Jun 3, 2014 at 10:40 PM, Mark Lawrence <breamoreboy@yahoo.co.uk> wrote:
> An interesting article from Lennart Regebro
> http://regebro.wordpress.com/2014/06/03/would-a-python-2-8-help-you-port-to-python-3/
> although I'm inclined to ignore it as it appears to be factual.  We can't
> have that getting in the way of plain, good, old fashioned FUD now can we?

One point I'd add to that blog post.

Without help:

try:
    import configparser
except ImportError:
    import ConfigParser as configparser

With six:

from six.moves import configparser

The theoretical Python 2.8 version isn't shown, but presumably it would be:

import configparser

If you want this sort of thing, there's nothing stopping you from
creating a configparser.py that just says "from ConfigParser import *"
and writing Python 3 code. If it really is that simple, and in a
number of cases it is, the hassle isn't great. (I've written
straddling code without six's help, just by looking at the
before-and-after of 2to3 - on the file I'm looking at now, that's two
imports that got renamed, plus "FileNotFoundError=OSError" for Python
2. Sure, I could cut that down a bit in length using six, but for just
three cases, it's not a big deal.)

Really, if the Py2 vs Py3 complaints are about module renamings, there
are so many easy solutions that it's almost laughable. There are other
changes that are slightly less small (the blog mentions metaclasses,
for instance), but all can be solved. The real problem - the reason
that big codebases can't be migrated with a few simple changes at the
tops of files or simple direct translations - is str->bytes/unicode,
because that one forces the programmers to actually think about what
they're doing. And there is nothing, absolutely nothing, that Python
2.8 can ever do to help with that.

ChrisA