Path: csiph.com!usenet.pasdenom.info!news.franciliens.net!dedibox.gegeweb.org!gegeweb.eu!nntpfeed.proxad.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!nerim.net!novso.com!newsfeed.xs4all.nl!newsfeed3.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail
MIME-Version: 1.0
In-Reply-To: <85oar4pgrn.fsf_-_@benfinney.id.au>
References: <85wq5tpe0g.fsf@benfinney.id.au> <CABicbJKZ9XhhXAwQZrHrb8HUa-4QoKf5jT96msNxeuoDbMzVSg@mail.gmail.com> <85oar4pgrn.fsf_-_@benfinney.id.au>
From: Devin Jeanpierre <jeanpierreda@gmail.com>
Date: Mon, 15 Dec 2014 17:03:21 -0800
Subject: =?UTF-8?Q?Re=3A_Portable_code=3A_=E2=80=98from_=5F=5Ffuture=5F=5F_import_unicode?= =?UTF-8?Q?=5Fliterals=E2=80=99_a_good_idea=3F_=28was=3A_Portable_code=3A_=5F=5Fimport=5F=5F_de?= =?UTF-8?Q?mands_different_string_types_between_2_and_3=29?=
To: Ben Finney <ben+python@benfinney.id.au>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: "comp.lang.python" <python-list@python.org>
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.16989.1418691844.18130.python-list@python.org>
Lines: 44
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:82568

On Mon, Dec 15, 2014 at 4:42 PM, Ben Finney <ben+python@benfinney.id.au> wr=
ote:
> Devin Jeanpierre <jeanpierreda@gmail.com> writes:
>
>> On Sun, Dec 14, 2014 at 11:29 PM, Ben Finney <ben+python@benfinney.id.au=
> wrote:
>> >     from __future__ import unicode_literals
>>
>> Ordinarily, for 2.x/3.3+ code I would suggest not doing this --
>> instead, b'...' for bytes, u'...' for unicode, and '...' for native
>> "string" type (bytes on 2.x, unicode on 3.x). This is the main benefit
>> of the u'...' syntax addition.
>
> That latter point would seemingly also apply to =E2=80=98from __future__ =
import
> unicode_literals=E2=80=99, so is moot in this context.
>
> As for the advice to avoid such a declaration, you're arguing against
> the official guide for porting Python 2 code to 2-and-3 compatible code:
>
>     For text you should either use the from __future__ import
>     unicode_literals statement or add a u prefix to the text literal.
>
>     <URL:https://docs.python.org/3.4/howto/pyporting.html#text-versus-bin=
ary-data>
>
> So, the declarative import is specifically recommended. You'll need to
> present a case for why I shouldn't follow that recommendation.

All the doc is saying there is to use unicode for text, in a way that
works in both 2.x and 3.x. I am saying that the unicode_literals
import is not necessarily the best way to do so.

Python has three categories of strings: things that should be bytes in
2.x and 3.x, things that should be unicode in 2.x and 3.x, and things
that should be bytes on 2.x and unicode on 3.x. The last category
applies mostly to identifiers -- the strings you pass to functions
like getattr or __import__, and the strings that are valid keys in
**kwargs, and so on. You need a way to represent the last kind of
string, whether it's unadorned "..." literals, or function calls like
identifier_string("..."). If you can solve that, you are good. The
official porting guide offers no advice.

-- Devin