Cómo leer un proyecto Java
2. Primero comprenda la estructura general del código y luego analícelo en detalle según el módulo, el efecto será mejor.
3. Escribe 1.000 líneas cada día. Puedes hacerlo. Acostúmbrate a ello. Tome su tiempo.
Por ejemplo, si está cansado de leer, escriba un pequeño programa para relajarse (generalmente otros juegan juegos para relajarse) ------ De esta manera podrá comprender las funciones del código que desea lea y la tecnología de marco utilizada. De esta manera, podrá acostumbrarse a ella basándose en su familiaridad.
Pero no creo en escribir unas pocas líneas de código al día. Debes escribir código con un propósito. Escribir 10 líneas de código con un propósito es más útil que escribir 100 líneas de código sin un propósito. Lo que tiene un propósito, debe ser explorado por usted mismo.
Finalmente, me gustaría recordarles a todos que no crean que un buen programador debe escribir cientos de miles o millones de líneas de código. Es inútil y es una tontería. Debe tener conocimientos relevantes. el talento puede desempeñar un papel en ello.
Si no estás familiarizado con el área que estás estudiando, intenta dividir el proyecto para encontrar las partes que realmente no entiendes y compáralo con tu base de conocimientos anterior
Empieza por mirando todo el comienzo. Comprender el marco general. Luego mira cada detalle.
4. Primero observe la estructura general, capte las ideas, comprenda el papel de las clases y luego piense en los detalles si es necesario.
5. Primero, eche un vistazo a un libro de introducción a Java y siga los ejemplos del libro. Incluso si los copia, aún necesita poder comprenderlos y luego comenzar a buscar ejemplos. con los más pequeños, comience mirando ejemplos, luego escriba los suyos propios y agregue algunas de sus propias ideas. Con estos fundamentos, podrá mirar ejemplos escritos por otros, comprender las ideas de otras personas y luego convertirlas en las suyas. . Poco a poco lograrás avances rápidos.
6. La primera es una herramienta para ayudar a analizar el marco del código, como la vista de clases en VC. Creo que esto al menos puede reducir muchos problemas al leer un código largo por primera vez y facilitar la familiarización con el marco básico del código.
Es hora de analizar el problema. Con la comprensión anterior del marco, es más fácil encontrar algunos segmentos de código interesantes y podrá saborearlos con atención.
7. Leer código no es una tarea fácil al principio. Debes elegir una pequeña cantidad de código que puedas entender para ejercitar tu capacidad de lectura. Al principio era como leer un "libro" sobre el kernel de LINUX. Creo que no todos los mortales pueden entenderlo fácilmente.
8. Aprender el código fuente
Es muy aburrido. También miré algo de código fuente, especialmente la vista de archivos. Finalmente, descubrí que si quieres entender rápidamente cosas como. jdk, tomcat, hibernate Dicho código fuente debe resumirse en su conjunto con la ayuda de herramientas para comprender el marco general. Luego, prestando atención a los detalles, ¡recomiendo usar Rose!
(Siempre no hay más documentos, ¿verdad? Aunque sea un nombre en clave)
2. Naturaleza del proyecto
(B/S o C/S, qué lenguaje de programación se utiliza, segmentación de la industria y escala utilizada)
3. Tamaño del código fuente
Cuántas líneas (es decir, cuántas líneas de comentarios) , total** ** Cuántos archivos (cuántos archivos de cada tipo, cuántas líneas hay en cada archivo)
3./p>
Si está orientado a objetos, ¿Cuántas hay? Si la clase está orientada a procesos, ¿cuántas funciones tiene?
Estructura organizativa detallada de la función
Lista de funciones
Nombre de la función y descripción de la función
(No importa si no hay comentarios, siempre hay un nombre de función, simplemente completa la función que creas que es)
5 La relación entre los módulos de funciones
(Incluso si no hay comentarios, definitivamente puedes ordenarlo a través de nombres y relaciones de llamadas)
Si comprendes los 5 puntos que enumeré anteriormente. quejarse de nuevo, creo que debería ser así:
Si este código se puede ejecutar, puede dejar que se ejecute primero, lo cual es intuitivo.
Si no se ejecuta, estoy seguro de que el código fuente de alguna manera le dirá qué hace, incluso sin documentación ni comentarios, créame, será más fácil de leer que el código ofuscado.
Además, se documentarán las API más básicas llamadas por estos códigos fuente.
Por ejemplo, si no sabes lo que hace a, pero sabes que a llama a b y b llama a una API para escribir archivos,
entonces puedes entenderlo temporalmente. as Una de las cosas que hace a es llamar a b para escribir el archivo.
Cuando comprenda cada vez más acerca de estas relaciones entre a, b y c, el principio de implementación será básicamente claro.
También es posible que el código utilice un algoritmo más complejo, pero el nombre del algoritmo no esté escrito al lado (escribir el nombre sin duda ayudará mucho), y resulta que es uno que No has usado este algoritmo antes, por lo que puedes describir los pasos del programa con palabras.