Lines Matching refs:una
17 En primer lugar, sugeriría imprimir una copia de los estándares de código
37 el código se mueva demasiado a la derecha y dificulta la lectura en una
46 La forma preferida de facilitar múltiples niveles de sangría en una
70 No ponga varias declaraciones en una sola línea a menos que tenga algo que
94 Tampoco ponga varias asignaciones en una sola línea. El estilo de código
111 El límite preferido en la longitud de una sola línea es de 80 columnas.
121 Estas mismas reglas se aplican a los encabezados de funciones con una larga
133 técnicas para elegir una estrategia de ubicación sobre la otra, pero la
176 **excepto** en los casos en que es seguida por una continuación de la misma
177 declaración, es decir, un ``while`` en una sentencia do o un ``else`` en
178 una sentencia if, como en:
206 No use llaves innecesariamente donde una sola declaración sea suficiente.
222 Esto no aplica si solo una rama de una declaración condicional es una sola
234 Además, use llaves cuando un bucle contenga más de una declaración simple:
273 Al declarar datos de puntero o una función que devuelve un tipo de puntero,
306 poniendo una línea de código allí, como si dejara una línea en blanco. Como
311 usted; sin embargo, si se aplica una serie de parches, esto puede hacer que
328 imprescindibles. Llamar a una función global ``foo`` es un delito.
332 una función que cuenta el número de usuarios activos, debe llamar a esta
335 Codificar el tipo de una función en el nombre (lo llamado notación húngara)
365 de usuario una ABI/API, o al actualizar la especificación del código de un
414 De nuevo - debe haber una **razón** para esto. si algo es
419 pero si hay una razón clara de por qué bajo ciertas circunstancias
449 NUNCA JAMÁS use un typedef a menos que pueda coincidir claramente con una
452 En general, un puntero o una estructura que tiene elementos que pueden
458 Las funciones deben ser cortas y dulces, y hacer una sola cosa. Deberían
459 caber en una o dos pantallas de texto (el tamaño de pantalla ISO/ANSI es
460 80x24, como todos sabemos), y hacer una cosa y hacerla bien.
462 La longitud máxima de una función es inversamente proporcional a la
463 complejidad y el nivel de sangría de esa función. Entonces, si tiene una
464 función conceptualmente simple que es solo una larga (pero simple)
466 un montón de diferentes casos, está bien tener una función más larga.
468 Sin embargo, si tiene una función compleja y sospecha que un estudiante de
482 En los archivos fuente, separe las funciones con una línea en blanco. Si la
499 Linux porque es una forma sencilla de añadir información valiosa para el
528 Tenga en cuenta que para una **definición** de función (es decir, el cuerpo
548 La declaración goto es útil cuando una función sale desde múltiples
622 **funcionamiento** sea obvio y es una pérdida de tiempo explicar código mal
626 Además, trate de evitar poner comentarios dentro del cuerpo de una función:
628 esta, probablemente debería volver al capítulo 6 una temporada. Puede
660 * pero no hay una línea inicial casi en blanco.
664 derivados. Para este fin, use solo una declaración de datos por línea (sin
748 manual. Pero recuerde: ``indent`` no es la solución para una mala
764 fuente, la sangría es algo diferente. Las líneas bajo una definición
765 ``config`` están indentadas con una tabulación, mientras que el texto de
766 ayuda tiene una sangría adicional de dos espacios. Ejemplo::
808 datos, mientras que la referencia y contar es una técnica de gestión de
815 global solo una vez, cuando el recuento de subclases llega a cero.
865 es una **muy** mala idea. Parece una llamada de función pero sale de la
869 2) macros que dependen de tener una variable local con un nombre mágico:
879 a morder si alguien, por ejemplo, convierte FOO en una función en línea.
902 ret es un nombre común para una variable local -es menos probable que
903 __foo_ret colisione (coincida) con una variable existente.
913 Cuide la ortografía de los mensajes del kernel para causar una buena
929 Crear buenos mensajes de depuración puede ser todo un desafío; y una vez
936 también, y una convención relacionada usa VERBOSE_DEBUG para agregar
942 incondicionalmente, por ejemplo si es ya dentro de una sección #ifdef
954 La forma preferida para pasar el tamaño de una estructura es la siguiente:
961 la legibilidad, y presenta una oportunidad para un error cuando se cambia
969 La forma preferida para asignar una matriz es la siguiente:
975 La forma preferida para asignar una matriz a cero es la siguiente:
992 Parece haber una común percepción errónea de que gcc tiene una magica
996 es. El uso abundante de la palabra clave inline conduce a una mayor kernel,
997 que a su vez ralentiza el sistema en su conjunto, debido a una mayor huella
1000 página provoca una búsqueda de disco, que tarda fácilmente 5 milisegundos.
1005 que se sabe que un parámetro es una constante en tiempo de compilación, y
1011 estáticas y se usan solo una vez, es siempre una victoria ya que no hay
1027 La mezcla de estos dos tipos de representaciones es una fuente fértil de
1028 errores difíciles de encontrar. Si el lenguaje C incluyera una fuerte
1033 Si el nombre de una función es una acción o un comando imperativo,
1048 lugar de una indicación de si el cómputo tuvo éxito, no están sujetas a
1060 !! no se necesita construcción, lo que elimina una clase de errores.
1067 mejorar la legibilidad y, a menudo, es una mejor opción que 'int' para
1075 Si una estructura tiene muchos valores verdadero/falso, considere
1081 'flags' a menudo, puede ser una alternativa de argumento más legible si los
1090 El archivo de cabecera include/linux/kernel.h contiene una serie de macros
1092 estos por usted mismo. Por ejemplo, si necesita calcular la longitud de una
1106 También hay macros min() y max() que realizan una verificación estricta de
1167 Al escribir una sola declaración de ensamblador en línea que contiene
1168 múltiples instrucciones, ponga cada instrucción en una línea separada en
1169 una string separada, y termine cada string excepto la última con ``\n\t``
1192 porciones de expresiones. En lugar de poner un ifdef en una expresión,
1193 divida la totalidad de la expresión con una función de ayuda independiente
1196 Si tiene una función o variable que puede potencialmente quedar sin usar en
1197 una configuración en particular, y el compilador advertiría sobre su
1199 envolverla en un preprocesador condicional. (Sin embargo, si una función o
1203 convertir un símbolo Kconfig en una expresión booleana de C, y utilícelo en
1247 BUG(), BUG_ON() o VM_BUG_ON(). En su lugar, use una variante WARN*(),
1249 El código de recuperación no es requerido si no hay una forma razonable de
1252 "Soy demasiado perezoso para tener en cuenta los errores" no es una excusa
1254 aún pueden usar BUG(), pero necesitan una buena justificación.
1260 común que una condición de advertencia dada, si ocurre, ocurra varias
1272 para una condición esperada que vaya a activarse fácilmente, por ejemplo,
1273 mediante acciones en el espacio del usuario. pr_warn_once() es una
1280 una opción disponible del kernel, y que muchos usuarios configuran esta
1283 es una razón válida para evitar el uso juicioso de WARN*(). Esto se debe a
1292 El uso de BUILD_BUG_ON() es aceptable y recomendado, porque es una aserción