[pyar] [Programacion] Símbolo \

[Diva Satanica]

Interesantes punto de vista y sobre todo de codificar.

El 13 de marzo de 2012 19:42, Ricardo Araoz <ricaraoz en gmail.com> escribió:

> El 13/03/12 09:36, Matias Graña escribió:
> > 2012/3/13 Sebastian Torres <softmindfreak en gmail.com>:
> >> Tal cual, se hace para mejorar la experiencia de lectura que puedas
> tener
> >> vos o algun otro programador.
> >> Generalmente todas las convenciones de cogido (en python y otros
> lenguajes)
> >> son para eso.
> >> Por ejemplo, tenes la convencion de los Docstrings:
> >>
> >> http://www.python.org/dev/peps/pep-0257/
> > Sí, claro, entiendo que se hagan estas convenciones. Apunto
> > específicamente a ésta, que me resulta fea.
> >
> >
> >> El 12 de marzo de 2012 22:40, Diego Sarmentero <
> diego.sarmentero en gmail.com>
> >> escribió:
> >>> Es mejor hacerlo despues del operador, porque cuando estas leyendo el
> >>> código salta a SIMPLE VISTA de que es algo que continua en la linea de
> >>> abajo, si dejas algo como:
> >>>
> >>> if (x > 5) and value \
> >>>
> >>> "value" podria ser en si mismo un valor de tipo booleano o algo que se
> >>> esta evaluando en esa linea, en cambio:
> >>>
> >>> if (x > 5) and value != \
> >>>
> >>> SABES a muy simple vista que eso que venis leyendo sigue abajo y va a
> >>> ser comparado con ... y te permite seguir en tu cabeza de forma más
> >>> fácil la idea.
> >>>
> >>> Así lo veo yo al menos.
> > Es un buen ejemplo, aunque en ese caso el corte yo lo haría en el and,
> > y no en el !=.
> > El ejemplo que tengo en la cabeza es algo como
> >
> > variable = un_termino_largo_de_calcular_que_incluye_llamadas_a_funciones
> \
> >     + otro_termino_largo \
> >     - otro_termino_tambien_larguito
> >
> > Para mí eso de arriba es más fácil de entender de un vistazo que
> >
> > variable = un_termino_largo_de_calcular_que_incluye_llamadas_a_funciones
> + \
> >     otro_termino_largo - \
> >     otro_termino_tambien_larguito
> >
> > donde los operadores se pierden de vista. O mi cerebro parsea mal?
>
> Yo en este tema disiento con las "recomendaciones" (no reglas) del PEP8.
> Yo divido la línea antes del "and" y mando el "and" abajo con la
> condición que le corresponde, y así con las demás condiciones. Esto me
> permite comentar/descomentar una línea  (que comienza con "and") y que
> siga funcionando todo. Viejo hábito que traigo de SQL.
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>



-- 


Divine queen of evil
Sowing her seeds of hate
Mistress of pain
Diva satanica - Master of temptation
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20120313/d4ba0b6d/attachment.html>