Algunas experiencias sobre cómo hacer que el código CSS sea más claro y más eficiente son cuestiones que preocupan a muchos creadores y desarrolladores de páginas web. Pero probablemente no exista magia que pueda garantizar que su hoja de estilo se reduzca a un cierto porcentaje de una sola vez. Las habilidades razonables de organización y codificación CSS pueden ayudarlo a escribir código más claro y eficiente. Estilos CSS naturales La reducción en la tabla. El tamaño también reduce el tiempo de descarga.
1. Composición tipográfica:
1. Agregue espacios apropiados entre palabras clave y operadores.
2. Agregue líneas en blanco entre bloques de programa relativamente independientes.
3. Las declaraciones, expresiones, etc. más largas deben escribirse en varias líneas.
4. Las nuevas líneas deben tener la sangría adecuada para que el diseño sea claro y las declaraciones sean legibles.
5. Las expresiones largas deben dividirse en nuevas líneas en operadores de baja prioridad y los operadores deben colocarse al comienzo de la nueva línea.
6. Si hay expresiones o declaraciones largas en bucles, juicios, etc., se deben dividir adecuadamente.
7. Si los parámetros de la función o proceso son largos, deben dividirse adecuadamente.
8. No está permitido escribir varias declaraciones breves en una línea, es decir, escribir solo una declaración en una línea.
9. El comienzo de una función o procedimiento, la definición de una estructura y el código en declaraciones como bucles y juicios deben tener sangría.
10. El lenguaje C/C++ utiliza llaves '{' y '}' para definir un bloque de programa. Al escribir un bloque de programa, '{' y '}' deben ocupar cada uno una línea exclusiva y estar ubicados en la misma columna, y debe estar en el lado izquierdo de la declaración que hace referencia a ellos. El método de sangría anterior debe adoptarse al comienzo del cuerpo de la función, la definición de clase, la definición de estructura, la definición de enumeración y los programas en las declaraciones if, for, do, while, switch y case. .
2. Comentarios
1. Los comentarios deben ser sencillos y claros.
2. Comente mientras escribe el código, modifique el código y modifique los comentarios correspondientes al mismo tiempo para garantizar la coherencia entre los comentarios y el código.
3. Comente cuando sea necesario y la cantidad de comentarios debe ser moderada. El contenido de la anotación debe ser claro y conciso, y el significado debe ser preciso para evitar ambigüedades en la anotación. Mantenga los comentarios adyacentes al código que describen, es decir, el principio de proximidad de los comentarios.
4. Los comentarios sobre el código deben colocarse junto a ellos arriba, no debajo.
5. Los comentarios sobre la estructura de datos deben colocarse junto a ella arriba, no debajo; los comentarios sobre cada campo de la estructura deben colocarse a la derecha de este campo; los comentarios sobre diferentes campos en la misma estructura deben estar alineados.
6. Los comentarios sobre variables y constantes deben colocarse junto a ellas o justo encima de ellas.
7. Las variables globales deben tener comentarios más detallados, incluidas descripciones de sus funciones, rangos de valores, qué funciones o procedimientos acceden a ellas y precauciones al acceder a ellas.
8. Debe haber la información de anotación necesaria al principio de cada archivo fuente, incluyendo: nombre del archivo; número de versión; fecha de generación del módulo (como funciones, algoritmos principales, relaciones entre partes internas; relación del archivo con otras); archivos, etc.); lista de funciones o procesos principales y registros históricos de modificaciones de este archivo, etc.
9. Debe haber información de anotación necesaria delante de cada función o proceso, que incluye: nombre de la función o proceso, descripción de la función de entrada, salida y valor de retorno, descripción de la relación de llamada, etc.