I personally used it when I was forced to use python 2 and working mainly with unicode processing (It is particularly handy when working with json for example) Le 16/12/2016 à 20:24, Guido van Rossum a écrit : > I am beginning to think that `from __future__ import unicode_literals` > does more harm than good. I don't recall exactly why we introduced it, > but with the restoration of u"" literals in Python 3.3 we have a much > better story for writing straddling code that is unicode-correct. > > The problem is that the future import does both too much and not > enough -- it does too much because it changes literals to unicode even > in contexts where there is no benefit (e.g. the argument to getattr() > -- I still hear of code that breaks due to this occasionally) and at > the same time it doesn't do anything for strings that you read from > files, receive from the network, or even from other files that don't > use the future import. > > I wonder if we can add an official note to the 2.7 docs recommending > against it? (And maybe even to the 3.x docs if it's mentioned there at > all.) > > -- > --Guido van Rossum (python.org/~guido <http://python.org/%7Eguido>) > > > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: https://mail.python.org/mailman/options/python-dev/xavier.combelle%40gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20161216/76d3d352/attachment.html>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4