Cómo escribir código de alta calidad

Escribir código de alta calidad no es un castillo en el aire. Requiere una cierta base. Aquí enfatizo varios puntos estrechamente relacionados con la calidad del código:

. Domine bien el lenguaje de desarrollo, por ejemplo, Android debe estar lo suficientemente familiarizado con Java. El libro "Efficient Java" le enseñará cómo dominar mejor Java y escribir código Java de alta calidad. El libro "Java eficiente" le enseña cómo dominar mejor Java y escribir código Java de alta calidad.

Estar familiarizado con las plataformas de desarrollo. Las diferentes plataformas de desarrollo tienen diferentes API y diferentes principios de funcionamiento. El mismo código Java tiene muchas diferencias entre escribir en PC y escribir en Android. Solo debe comprenderlo. Algunas características de la programación de Android y la programación de iOS permiten escribir código más auténtico y aprovechar al máximo las ventajas de cada plataforma.

Conceptos básicos de programación de Android

Dominar estos algoritmos y estructuras de datos básicos puede ayudarte a resolver algunos problemas específicos de una manera más elegante y efectiva.

Principios de diseño básicos: no es necesario dominar por completo los 23 patrones de diseño clásicos, solo es necesario comprender algunos principios de diseño comunes, o incluso simplemente comprender qué es el bajo acoplamiento e insistir en practicarlo. en el código Con él, también puedes escribir un código muy bueno.

2. Estándares de código

Los estándares de código son particularmente importantes en la colaboración en equipo. Nadie quiere tener diferentes estilos de código en un proyecto. Incluso los desarrolladores individuales ahora necesitan trabajar con varios desarrolladores. Lidiar con diversos proyectos de código abierto. Cómo formular estándares es un tema común. He experimentado muchas reuniones de discusión sobre estándares de código en mi carrera personal, incluidos C ++, C #, Java, etc. A veces, todos insisten en sus propios hábitos y se niegan a ceder. Pero ahora los tiempos han cambiado. Grandes empresas como Google han desarrollado varios estándares para nosotros. Ya no tenemos que discutir, simplemente utilizamos estos estándares de la industria.

3. Piensa primero y luego escribe

A menos que sepas exactamente lo que quieres hacer, no te recomiendo que lo pienses mientras escribes.

¿Has entendido realmente el problema que intentas resolver? ¿Es factible su solución? ¿Existe una solución más elegante y sencilla? ¿Cómo vas a diseñarlo? Si es necesario, se puede proporcionar documentación de diseño y, para diseños más complejos, se puede realizar una revisión por pares. Escribir código es en realidad una cuestión muy sencilla, siempre que primero haya que pensarlo detenidamente.

4. Refactorización de código

La importancia de la refactorización para la calidad del código es evidente. Pase lo que pase, me resulta difícil escribir un código que me satisfaga y me haga feliz. El libro "Refactoring" me parece agradable. Como un clásico de la industria, es una lectura obligada para todos. Hay otros libros similares que enseñan técnicas de refactorización, algunos de los cuales también son muy buenos. Descubrí que muchos estudiantes que han estado trabajando durante muchos años no saben nada sobre refactorización.

5

Hay otros libros que enseñan técnicas de refactorización.

5. Deuda técnica

Hay una pregunta popular en KnowHow recientemente: "¿Por qué algunas grandes empresas son técnicamente débiles?". Muchas de las cosas mencionadas en él se pueden resumir en términos técnicos. La deuda es un problema, y ​​​​esto es especialmente común en algunas grandes empresas. La deuda técnica es un tema importante, pero en lo que respecta a la calidad del código, solo quiero decir que no debería tener razón solo porque estas deudas son dejadas por anteriores. generaciones. Se quedan solos. La realidad es que no tienes muchas oportunidades para comenzar con un nuevo proyecto y tienes que lidiar con ellas, y no puedes dejar de lidiar con este llamado código incorrecto. /p>

Así que te recomiendo que cuando te hagas cargo de construir un módulo pequeño, además de hacerlo bien, también tengas que saldar la deuda técnica enredada con él, porque al final será una mierda. * Está dirigido por todo el equipo y, si tiene algún interés en un código de alta calidad, nadie puede completar este trabajo de forma independiente.

Como líder técnico del equipo, también debe soportar la presión y animarle. que todos tengan el coraje de intentarlo y guiar a todos para que mejoren continuamente la calidad del código, y no siempre sean tímidos y estancados. La culpa que realmente debe ser asumida debe ser asumida y asumida por uno mismo.

6. Revisión de código

El autor ha escuchado algunos intercambios técnicos de alto nivel e incluso escuchó algunos temas que requieren revisión de código de vez en cuando. El autor cree que en este nivel. de tecnología, en la reunión no se debe discutir qué es una buena revisión de código, por qué debería hacerse, etc. Al mismo tiempo, he entrado en contacto con bastantes empresas de Internet nacionales de primer nivel, y muchas de ellas no revisan el código, lo que me sorprendió.

No quiero hablar aquí sobre cómo hacer una buena revisión de código, pero en lo que respecta a la calidad del código, me gustaría decirlo sin rodeos: los estudiantes que no tienen experiencia en revisión de código a menudo encuentran Es difícil escribir código de alta calidad, especialmente en Todo tipo de tipos rudos que buscan la velocidad y están trabajando duro para iniciar sus propios negocios.

7. Inspección estática

Se pueden descubrir muchos problemas de código a través de algunas herramientas. En algunos escenarios, es mucho más confiable que los humanos, al menos no habrá omisiones en los detalles. También puede ayudarle eficazmente a reducir la carga de trabajo de la revisión del código.

En el desarrollo de Android, se encuentran disponibles excelentes herramientas de verificación estática como Lint, Find bugs y PMD. Al mejorar estas herramientas para encontrar problemas, puede tener una comprensión más intuitiva de la sintaxis, las especificaciones y las técnicas de programación. otros detalles.

Se recomienda utilizarlo junto con entornos de integración continua (CI) y revisión de código. Cada vez que se envía el código, se verificará automáticamente y se verificará a través de herramientas antes de enviarlo. permitido.

8. Pruebas unitarias

Las pruebas unitarias de Android siempre han sido controvertidas, principalmente porque el marco de pruebas nativo no es lo suficientemente conveniente. Cada caso de uso debe ejecutarse en un emulador o en uno real. La máquina es demasiado ineficiente y no es conveniente crear pruebas unitarias automáticamente en un entorno de CI. Afortunadamente, existe Robolectric, que puede ayudarnos a resolver algunos problemas.

Las pruebas unitarias tienen una ventaja muy significativa, es decir, cuando necesitas modificar una gran cantidad de código, no tienes que preocuparte por la modificación. Solo debes asegurarte de que el caso de prueba unitaria. pasa sin mirar hacia adelante y hacia atrás.

9. Autoevaluación adecuada

Como dice el refrán, lo que más temen los programadores es el código que escriben, especialmente cuando se preparan para mostrar los resultados de su trabajo delante de todos, así que cuándo. Después de escribir el código, debe ejecutar al menos un escenario básico y un flujo de excepción simple. Antes de entregar los resultados de su trabajo a los evaluadores o usuarios, una autoevaluación adecuada es una cualidad profesional básica. No siempre piense en dejar que las pruebas lo ayuden a encontrar problemas. Simplemente use algunas cosas de Crash y aún tendrá la cara para mostrárselas. otros. ?

10. Haz un buen uso del código abierto

Si algo no es de código abierto, la calidad será alta, pero al menos atraerá más atención si más gente usa el código abierto. proyectos, la reputación será mejor y la calidad estará garantizada. La razón aquí es simple. Incluso si hay algunos problemas, puedes continuar mejorando enviando comentarios. La conclusión es que una rueda que usted mismo dedica tiempo a construir requiere mucho esfuerzo para mantenerla, y aprovechar al máximo los proyectos de código abierto puede ayudarlo a ahorrar mucho tiempo y concentrar su energía en los problemas que más necesitan su atención.