FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Número de columnas en nuestro editor de código fuente
Hola,
En JavaHispano me encontré ayer con el artículo: ¿Ha llegado el momento de usar más de 80 columnas?, y, bueno, se ha generado cierto debate al respecto, unos que dicen que prefieren seguir usando las tradicionales 80 columnas, otros que preferirían usar más columnas o que ya las están usando. En todo caso el debate generado parece curioso, y se aportan razones para elegir 80 ó más columnas. Por ejemplo, se ofrece el dato de que este debate se tuvo hace tiempo entre los programadores que trabajan en Google, y, al cabo decidieron utilizar 100 columnas. Unos pedían más, y otros dejar las cosas como estaban, así que parece que se llegó a un término medio. Personalmente utilizo 80 columnas, pero, reconozco que dejado llevar de la corriente, porque, la mayoría de editores vienen configurados con dicho número de columnas por defecto, aunque, efectivamente, suelen permitir cambiarlo a gusto de cada cual. Ahora bien, y vosotros, ¿cuántas columnas usáis? ¿80? ¿Más de 80? ¿Por qué? Actualización: Se me pasó comentar que, aunque suelo ceñirme a las 80 columnas, lo cierto es que a las veces paso de ahí... lo que no sé es hasta qué punto esto podría dar para otro debate, esto es, ¿es necesario ceñirse escrupulosamente a las columnas que decidamos? Teniendo en cuenta que esto de las 80 columnas viene de la época en que los monitores no podían dar más de sí, y que, hoy día, los monitores pueden dar bastante más de sí... ¿es lógico ceñirse a las 80 columnas estrictamente? ¿Se admitiría que uno se pasara de ahí, aunque fuera en ocasiones contadas? Última edición por dec fecha: 09-12-2007 a las 04:14:16. |
#2
|
||||
|
||||
80. Porque es lo que entra cómodamente en una hoja A4 al momento de imprimir el código. Además, no me gusta tener que estar corriendo horizontalmente la "hoja" para ver más código.
Uso una resolución 1024x768 en un monitor de 15 y a mi me gusta ver todo en una hoja... nada que tenga estar arrastrandome horizontalmente.... el resto de la pantalla está ocupado por el Object Inspector el Object TreeView y/o cualquier ventanita que desee tener a la vista... 100 columnas... es demasiado... con las 80 me siento cómodo... Uno me diría que con una resolución mayor.... las 100 lineas entran... pero no me gusta estar mirando a ese tamaño... no quiero estar jodiendome la vista... con mi vesicula basta y sobra 80 lineas se ven mejor en cualquier resolución, y entran en una hoja... no hay más discusión... ¿que prefieren... estar teniendo código partido en varias hojas o tenerlo en una? Saludos impresos a tamaño 80, PD: pedí los permisos de autor necesarios |
#3
|
||||
|
||||
En general, yo estoy de acuerdo en romper con el límite de las 80 columnas. Sin embargo, que pasa cuando necesitamos imprimir el código fuente, hasta el momento no he tenido problemas con el formato de 80 columnas. La pregunta es qué pasaría con un formato de 100 o más columnas, probablemente se hará un ajuste de línea en la impresión y el resultado tal vez no sea muy legible.
Por otra parte,CodeGear en su guía para dar formato a código Object Pascal, recomienda precisamente el uso de 80 columnas http://dn.codegear.com/article/10280#4.4 Código:
4.4 Continuation Lines Lines should be limited to 80 columns. Lines longer than 80 columns should be broken into one or more continuation lines, as needed. All the continuation lines should be aligned and indented from the first line of the statement, and indented two characters. Always place begin statements on their own line. Examples: // CORRECT function CreateWindowEx(dwExStyle: DWORD; lpClassName: PChar; lpWindowName: PChar; dwStyle: DWORD; X, Y, nWidth, nHeight: Integer; hWndParent: HWND; hMenu: HMENU; hInstance: HINST; lpParam: Pointer): HWND; stdcall; // CORRECT if ((X = Y) or (Y = X) or (Z = P) or (F = J) then begin S := J; end; Saludos |
#4
|
||||
|
||||
Tener un modelo estandar es lo más común. En mi caso es tener las 80... con eso me aseguro que se verá bien en cualquier lado... tener más es posiblemente que deban hacerse ajustes al momento de imprimir.
Además imponer 80 columnas fuerza a tener un código más legible... y correctamente identado... Nombres largos como: UnProcedimientoPrivadoQueHaceCalculosMatriciales ¡Es un desastre y un pecado para mis ojos! Tener más líneas a mi modo de ver desacostumbra y fomenta la aparición de más texto y menos identación. Ahora que veo el link... he notado que he estado siguiendo una documentación erronea: Cita:
Saludos, |
#5
|
||||
|
||||
Los caracteres que te quepan en pantalla
Yo utilizo más de 80. Creo que a la larga todo se limita a la comodidad de los que revisan el código. Si mal no recuerdo mi resolución es de 1280*1024 asi que utilizo más de 80 columnas. A la hora de imprimir el código, no tengo problema para leerlo.
Cita:
__________________
Saludos, Gabo A menos que se indique lo contrario, el código estará hecho en C++Builder. |
#6
|
||||
|
||||
Pero:
¿de verdad sacáis impreso el código? ¿no existe posibilidad de poner el folio apaisado? ¿no existe posibilidad de cambiar el tamaño de fuente? o ¿ampliar/reducir el documento? ¿y si tenemos fuentes proporcionales? Personalmente me molesta la guía que indica los 80 caracteres, no suelo echarle cuenta, algunas veces paso y muchas, la mayoría de las veces me quedo corto. Los 80 caracteres, son los que caben en una línea de DOS (en pantalla), al tiempo de imprimir, ¿quien imprime? habrá gustos sobre los márgenes de impresión, tamaño/tipo de fuente, etc. No lo veo como un estándar ni sugerencia a seguir. En el caso de empresas grandes, es normal se defina estándares, para mi solo, pues no. Si me compro el monitor Super-mega-horizontal : Cita:
Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#7
|
||||
|
||||
Efectivamente, desde hace años la única limitación para no escribir a más columnas es porque luego en la impresora no sale muy bien, pero, además de que se puede imprimir apaisado, ¡¡¡yo no recuerdo cuándo fue la última vez que imprimí código fuente!!!
Así que no encuentro motivo para no escribir más columnas. |
#8
|
||||
|
||||
Muy rara vez... digamos dos veces por año. Y como normalmente lo que me interesa es imprimir una parte del código nada más, lo copio y pego en cualquier procesador de textos. Ahí no tengo problemas para hacer y deshacer con el formato.
__________________
Saludos, Gabo A menos que se indique lo contrario, el código estará hecho en C++Builder. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
editor de codigo fuente??? | ccampoy | Varios | 4 | 06-06-2008 22:17:21 |
Editor de Codigo | Cañones | Varios | 10 | 18-04-2007 00:35:26 |
Número de columnas de un TstringGrid | Yenifer | Varios | 1 | 13-08-2004 00:39:50 |
codigo fuente editor de textos | soyhugo | Varios | 3 | 26-02-2004 20:54:50 |
|