¿Qué es un programador? ¿Qué es el código?
El código escrito por el programador es la organización e implementación de la codificación y pruebas internas desarrolladas para un programa o una aplicación específica, de modo que esta aplicación o programa debe poder ejecutarse en el código escrito por el programador. , para lograr diversas funciones. Los programadores (programador en inglés) son profesionales dedicados al desarrollo y mantenimiento de programas. Los programadores generalmente se dividen en diseñadores de programas y codificadores de programas, pero los límites entre los dos no son muy claros, especialmente en China. Los profesionales del software se dividen en seis categorías: programadores junior, programadores intermedios, programadores senior (ahora diseñadores de software), analistas de sistemas, arquitectos de sistemas e ingenieros de pruebas. El código huele mal y es largo
El método más largo que he visto tiene más de 5000 líneas. Nadie se atreve a tocar ese código y solo se atreve a agregarlo cada vez que el desarrollador necesita cambiar este código. Estaba muy nervioso, temiendo algún error inexplicable. Java es un lenguaje orientado a objetos y se puede decir que tener más de 5000 líneas en un método es muy abominable. Creo que la longitud del código puede no ser tan exagerada al principio. ¿Qué causa este resultado? Una es que la persona que escribió originalmente este código escribió un método sencillo, con un montón de si no, en el desarrollo iterativo posterior, cuando se enfrentó a un código tan largo, instantáneamente perdió la paciencia para leerlo de principio a fin; Continué agregando if elses al final. Después de la iteración, este método finalmente se convierte en algo así como un monstruo de puntadas.
Un buen SQL puede simplificar enormemente la complejidad del código, pero un SQL demasiado complejo en sí causará dificultades de lectura para los desarrolladores posteriores, y el resultado se convertirá en un legado ancestral que nadie se atreve a tocar, creo. Esta debería ser una de las razones por las que muchas empresas se muestran extremadamente resistentes a los procedimientos almacenados. Por supuesto, muchos desarrolladores de aplicaciones bancarias todavía utilizan ampliamente los procedimientos almacenados. Los procedimientos almacenados tienen su lugar, pero un procedimiento almacenado maloliente y prolongado está esperando convertirse en un código ancestral. En aquel entonces, vi un SQL con más de 60 combinaciones. Me sorprendió a primera vista y nunca lo olvidaré. Por supuesto, SQL se ha convertido en un código que nadie se atreve a tocar.
La lógica del código no está clara
La lógica del código no está clara, por lo que es un error fácil de cometer para nuestros desarrolladores. No es fatal, pero sí molesto. Lo que se refleja en el código es que los juicios lógicos están escritos de una manera antihumana. Varios dobles negativos son sí, y no se detendrán hasta aturdirte. O cuando escribes código, lo golpeas con un martillo y un palo, para que la gente no sepa lo que quieres hacer. La razón de esto puede ser que los desarrolladores tienen desviaciones en su comprensión de los requisitos. Después de descubrir que algo anda mal, es imposible volver atrás y corregirlo. Solo pueden morder la bala y escribir, y el resultado es el código. es sinuoso; y Un factor muy importante recae en el gerente de producto. Si los requisitos se cambian arbitrariamente, los desarrolladores no tendrán más remedio que seguir sus ideas y escribirlas. Puede ser que el método del desarrollador o la denominación de clases sean demasiado artísticos. No hablaré del pinyin del dialecto de Sichuan que no se me ocurrió durante diez años sin una trombosis cerebral. Solo hablemos del nombre sin sentido de la laca doméstica Lingling: parece una navaja pero en realidad es un secador de pelo, no sé qué decir.
La idea central de planificar el código
Después de quejarnos de muchos problemas estándar del código, hablemos sobre cómo estandarizar nuestro código y cómo hacerlo incluso si el desarrollador cambia. , o el proyecto Si se transfiere a otra persona, los desarrolladores posteriores aún pueden leer y modificar el código sin obstáculos. Por supuesto, cada empresa/equipo tiene su propio conjunto de especificaciones de código, como la estructura del proyecto, el estilo de denominación del código, el formato del código, etc. Diferentes equipos tienen diferentes estilos, pero las ideas centrales son similares. A continuación, compartiré algunas ideas sobre los estándares de código basadas en mi experiencia de desarrollo personal.