[pyar] ¿Violación al Zen?

[Fernando Pelliccioni]

2015-05-21 3:38 GMT-03:00 Ignacio Rossi <rossi.ignacio en gmail.com>:

> (bar) es lo mismo que bar.
>
> Lo podes usar para partir lineas largas
>
> if (sarasa() or
>         foo):
>     pass
>
> O si tenes strings largos (donde no hace falta intercalar el operador +
> para concatenar).
>
> >>> bar = ('Hola '
>            'Mundo!')
> >>> print bar
> Hola Mundo!
>
> Todo esto viene gratis cuando ya tenes un parentesis o bracket (y entonces
> olvidarse una coma cuando estas hardcodeando una lista de strings es un
> pasaje de ida a darse cabezazos contra la pared :) )
>
>
Gracias por la respuesta.
Los que están más "cerca" del diseño del lenguaje (me refiero, al comité o
grupo de personas encargadas), ¿nunca pensaron en escribir un proposal para
cambiarlo?
Por lo que veo, los símbolos (), {} y [] ya están utilizados.
¿Qué tal <>?
Por ejemplo:

t = <bar>

t es un singleton, cuyo elemento es bar.

Saludos,
Fernando.



> El 21 de mayo de 2015, 2:34, Fernando Pelliccioni <fpelliccioni en gmail.com>
> escribió:
>
>>
>>
>> 2015-05-19 17:42 GMT-03:00 Facundo Batista <facundobatista en gmail.com>:
>>
>>> 2015-05-19 17:13 GMT-03:00 Daniel Moisset <dmoisset en machinalis.com>:
>>>
>>> > A mi si bien el nuevo esquema de format me parece mejor diseñado, no me
>>> > gusto que lo hayan introducido, el anterior era "good enough", no era
>>> que
>>> > estaba causando problemas complicados, y en diseño de lenguajes las dos
>>> > cosas pesan.
>>>
>>> +1. Pero tiendo a usar .format() en código nuevo... no sé, me parece
>>> que queda más legible, especialmente cuando tenés un sólo valor y no
>>> tenés que andar creando una tupla de uno al pedo, like:
>>>
>>>   "foo: %s" % (bar,)
>>>
>>
>> ¿No hay forma de crear un singleton evitando la coma final?
>> ¿Qué vendría a significar ...
>>     (bar)
>> ?
>>
>>
>>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150521/b414f29a/attachment.html>