[pyar] duda existencial ... Puedo permitirme comentar codigo con ''' ?!
Juan Hernandez
vladjanicek en gmail.com
Sab Ago 28 01:05:13 ART 2010
Yo uso los dos.. De hecho debe ser asi por efectos de documentacion y con #
para notas cortas
2010/8/27 Juan Pedro Fisanotti <fisadev en gmail.com>
> 2010/8/27 Claudio Freire <klaussfreire en gmail.com>:
> >
> >
> > 2010/8/27 Fabian Ezequiel Gallina <galli.87 en gmail.com>
> >>
> >> Si no es un docstring me parece malísimo.
> >>
> >> Por qué?:
> >>
> >> a) es más simple escribir # que """ """
> >> b) Si usas coloreado de código es mucho más identificable un comment
> >> normal que un comment disfrazado en string.
> >> c) En Emacs podes comentar/descomentar una región con M-; y seguro que
> >> vi te deja hacer lo mismo con un equivalente.
> >
> > Sin embargo, el """ """ es buenísimo para comentar grandes partes de
> código
> > de manera sencilla y rápida.
> >
> > Por el otro lado, """ """ sólo toca la línea inicial y final de semejante
> > gran parte de código, cosa que con control de versiones puede ser malo,
> pues
> > alguien puede tener un cambio local en la zona comentada que el sistema
> de
> > resolución de conflictos no va a notar como conflicto. El resultado:
> comenté
> > código que no quise comentar.
> >
> > Nada es perfecto... yo, personalmente, no uso el """ """ justamente
> porque
> > es un string. En mi editor se ve como string. No quiero que se vea como
> > string, quiero que se vea como comentario. Además... es un string. No
> podés
> > comentar, como /* */ en c++, una parte de código en el medio de una
> > expresión convirtiéndola a string. No está bien.
> >
> > O sea... repito... es un string.
> >
>
> Coincido con la mayoría, no me agrada la idea de comentar con strings.
> Algunos detalles extras que no se mencionaron:
>
> * si comentas código y había alguna \, podés generar errores. Errores
> por comentar código! eso es feo
>
> * los strings van a ser tenidos en cuenta por el intérprete mientras
> que los comentarios son descartados. La diferencia es ínfima, pero
> igual es trabajo extra al pedo. Y pasos extras si estas debugueando
> también, jeje.
>
>
> --
> fisa - Juan Pedro Fisanotti
> _______________________________________________
> 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/
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20100827/213e3abd/attachment.html>
More information about the pyar
mailing list