Red de conocimiento informático - Conocimiento del nombre de dominio - Cómo escribir buenos artículos de análisis de código fuente

Cómo escribir buenos artículos de análisis de código fuente

Hola

(1) Comprenda el código del programa para saber qué es y usarlo para mí.

(2) Si comprende la arquitectura, podrá comprender fácilmente la situación general.

(3) Con herramientas de alta calidad a mano, no es difícil entender el programa.

(4) Primero observe el significado de la palabra y luego infiera la función del componente.

(5) Encuentre el punto de entrada del programa y luego mire de arriba a abajo.

(6) Disfruta leyendo y conoce al autor a través del código del programa.

Lea el código del programa de otras personas (1): comprenda el código del programa para que pueda utilizarlo para su propio uso

El código del programa está escrito por otros y solo el original El autor realmente comprende el programa. El propósito y significado del código. Muchos programadores tienen un miedo inconsciente a verse obligados a trabajar con código escrito por otros. Pero en lugar de resistirse a la idea de aceptar el código de otras personas, la piedra angular de la superación personal es una comprensión profunda del lenguaje y las convenciones.

Para la mayoría de los programadores, escribir código puede ser algo divertido, pero creo que hay muchas más personas que encuentran intimidante leer código escrito por otros. Mucha gente prefiere reescribir el código ellos mismos antes que recibirlo, corregir errores, mantenerlo o incluso mejorarlo.

¿Cuál es la clave de esto? Si lo resume en una oración, en realidad es muy simple: el código del programa está escrito por otros y solo el autor original comprende realmente el propósito y el significado del código del programa. Muchos programadores tienen un miedo inconsciente a verse obligados a trabajar con código escrito por otros. Este es un miedo primario profundo dentro de los humanos a lo desconocido.

Puede ser beneficioso leer el código de otras personas

Pero por muchas razones prácticas, los programadores a menudo tienen que hacerse cargo del código de otras personas. Por ejemplo, si un compañero se va y tienes que hacerte cargo del trabajo que dejó, es posible que seas un novato que acaba de incorporarse al departamento y tus compañeros ya tengan suficiente experiencia para ser ascendido. y una generación de novatos es reemplazada por otra. O, incluso si su empresa se embarca en un proyecto que requiere que usted se haga cargo o integre un sistema dejado por un proveedor anterior, todo lo que tiene es el código fuente de ese sistema (y, si tiene suerte, una cantidad variable de documentación).

Historias como esta suceden constantemente en torno a los programadores. Muchos programadores creen que hacerse cargo del código de programa de otras personas es algo doloroso. Todo el mundo es reacio a hacerse cargo del código escrito por otra persona porque no quiere tomarse el tiempo para explorar el código y prefiere gastar su productividad generando código nuevo que entendiéndolo.

Desafortunadamente, es difícil para los programadores evitar la situación anterior. Siempre necesitamos estar expuestos al código escrito por otros y siempre debemos comprender y modificar este código. Debido a esta necesidad, la cultura del código abierto ahora es popular. Como se mencionó en el artículo anterior "Programación 2.0", puede aprender nuevas tecnologías y dominar el diseño arquitectónico a través del código abierto, lo que mejora enormemente la eficiencia y el efecto del aprendizaje. Incluso puede extraer y mejorar directamente el código del programa que necesita de proyectos de código fuente abierto, apoyarse en gigantes y obtener la productividad que necesita directamente de la otra parte. Desde esta perspectiva, leer el código de programa de otras personas ya no es sólo una "recepción forzada" negativa, sino una "retroalimentación" con un valor muy positivo. "

Primero comprenda la arquitectura del sistema y los patrones de comportamiento antes de leer.

Si escribir código es una de las habilidades más importantes de un programador, entonces leer el código de otras personas y luego modificarlo debe ser Otra habilidad importante

Si te gusta, acéptala

.