Normalmente escribimos mucho código, para la empresa, para nosotros o para amigos. A veces, para verificar una idea propia, o para aprender
Para una determinada tecnología, se escribirá algún código experimental. El ciclo de vida de dicho código es muy corto y básicamente no requiere mantenimiento. Puedes escribirlo como quieras.
por. Sin embargo, cuando realmente desea completar un PProject, el diseño del código es muy importante. Debido a que dicho código requiere largo plazo
Mantenimiento, modificación o mejora continua. El diseño de código desordenado hace que el mantenimiento sea muy difícil o imposible. Modificar dicho código significa.
Esto provocará más errores o desastres.
Dado que el diseño del código es tan importante, no podemos ignorarlo. Entonces, ¿cómo diseñas tu código? Las técnicas de programación orientada a objetos pueden ayudar
Ayúdanos. Aquí, para hacer algunas digresiones, muchos programadores confunden la tecnología de programación orientada a objetos (OOP) con la tecnología orientada a objetos (OO). Inmediatamente
Desde mi punto de vista, la tecnología orientada a objetos es un conocimiento amplio y profundo. Es una metodología o una visión del mundo, mientras que la tecnología orientada a objetos es un tipo de metodología o una visión del mundo.
Las técnicas de programación orientada a objetos simplemente proporcionan una forma de utilizar la programación orientada a objetos al codificar.
La siguiente es la experiencia del autor después de leer algunos libros relacionados y la práctica diaria, y espera compartirla con usted.
Primero, mantenga separados el código de interfaz y el código funcional. Un principio que debe tenerse en cuenta es no escribir una lógica funcional compleja en el código de la interfaz.
Código en. El archivo de implementación del formulario de interfaz solo se usa para almacenar el código de la interfaz y separar el código funcional complejo. Para dar un ejemplo sencillo,
Supongamos que desea obtener una lista de cadenas de algún lugar y luego mostrarla en un TListBox. Este código es respetable:
ObjetoXXX := TObjectXXX.Create;
ListBox1.Items := ObjetoXXX.GetStringList;
ObjetoXXX.Gratis;
De esta manera, la lógica compleja para obtener la lista de cadenas se encapsula en el código de implementación de la clase TObjectXXX, y la definición de esta clase se puede
y la implementación se colocan en un archivo .pas de forma independiente para facilitar el mantenimiento. Separar el código de interfaz y el código funcional tiene otro beneficio,
El código de implementación de una función puede ser llamado por múltiples módulos de interfaz. Si copia el código de implementación de la función donde sea necesario, entonces.
Tendrás que mantener varios módulos idénticos si necesitas modificarlos, jaja, es casi imposible garantizar que no cometerás errores.
En segundo lugar, haga que la lógica de cada módulo sea lo más simple posible. La experiencia nos dice que una lógica demasiado compleja provocará dificultades en la comprensión de las personas.
Desastre. Por lo tanto, haga que el código de cada módulo sea lo más simple posible, generalmente no más de 25 líneas de código. Cuando descubres que la lógica que escribes tiende a
Complejo, entonces este es el momento de buscar objetos y ver si puedes aislar algo de la lógica.
Finalmente, preste atención a la denominación de las variables. Consulte el código fuente de VCL con frecuencia y encontrará que todas las variables miembro privadas en la clase VCL comienzan con "F".
A partir de, todos los nombres de clases comienzan con "T" y así sucesivamente. ¿Cuáles son los beneficios de esto? Cuando otros miran un código como este, una vez que ven la "F"
Al principio, puede saber inmediatamente que es un miembro privado de la clase, lo que facilita el mantenimiento del código.