PHP: Nomenclatura de variables
Algunos nombres son bastante simples, como $greeting. Pero a menudo no es tan obvio. Muchas veces los nombres son compuestos, es decir, incluyen varias palabras. Por ejemplo, "nombre de usuario". En diferentes lenguajes se utilizan diferentes estilos de codificación, por lo que el nombre de la variable será diferente.
En la nomenclatura de variables se pueden distinguir cuatro enfoques principales, que a veces se combinan entre sí. Todos estos enfoques se aplican cuando el nombre de la variable consta de varias palabras:
- kebab-case: las partes compuestas de la variable se separan con guiones (
my-super-var) - snake_case: se utiliza un guion bajo para separar (
my_super_var) - CamelCase: cada palabra en la variable se escribe con mayúscula inicial (
MySuperVar) - lowerCamelCase: cada palabra en la variable se escribe con mayúscula inicial, excepto la primera (
mySuperVar)
En PHP se utiliza CamelCase y su variante lowerCamelCase, donde la primera letra de la primera palabra es minúscula. Es precisamente lowerCamelCase el que se utiliza para las variables. Esto significa que los nombres se unen entre sí, y todas las palabras excepto la primera se escriben con mayúscula inicial: $userName. Con tres palabras se vería así: $mySuperVariable.
Otra regla generalmente aceptada es no utilizar transliteraciones para los nombres, solo inglés. Si tienes dificultades con el inglés, utiliza un traductor. Con el tiempo, al investigar en el código de otras personas, adquirirás una comprensión adecuada de la nomenclatura.
Los nombres no solo deben transmitir significado, sino también cumplir con las reglas sintácticas que generalmente no se verifican en el nivel del lenguaje, pero son necesarias durante el desarrollo. El proceso de escribir programas en el mundo moderno es un trabajo en equipo, y para una mejor interacción en el equipo, el código se escribe en un estilo uniforme, como si fuera realizado por una sola persona.
Cada lenguaje tiene sus propias reglas. Recientemente, en PHP se ha establecido un estándar de codificación ampliamente aceptado, al que todos aspiran de una forma u otra. Estos estándares describen muchos aspectos. Recomendamos que desde el principio te acostumbres a consultar el estándar y escribir código de acuerdo con él.
Afortunadamente, hoy en día no es necesario recordar todas las reglas del estándar, porque existen programas especiales que verifican automáticamente el código y señalan las violaciones. Estos programas se llaman linter, y comenzarás a usarlos un poco más adelante, cuando tengas un poco más de experiencia.
Tarea
Crea dos variables con los nombres "primer número" y "segundo número" en inglés, utilizando lowerCamelCase. Asigna el número 1.10 a la primera variable y -100 a la segunda. Imprime en pantalla el producto de los números almacenados en las variables resultantes.
El código funcionará con cualquier nombre, y nuestro sistema siempre verifica solo el resultado en pantalla, por lo que la ejecución de esta tarea es responsabilidad tuya.
¿El ejercicio no pasa la prueba, qué debo hacer? 😶
Si te quedaste atascado, es el momento perfecto para hacer una pregunta en las "Discusiones".
* Asegúrate de incluir la salida de las pruebas. Sin ella, es casi imposible entender qué está mal, incluso si muestras tu código. Los programadores tienen dificultades para ejecutar el código en su mente, pero casi siempre es posible entender a dónde mirar a partir del error que recibiste.
Mi código funciona en mi entorno, pero no aquí 🤨
Las pruebas están diseñadas de manera que verifican la solución de diferentes maneras y con diferentes datos. A menudo, una solución funciona con ciertos datos de entrada pero no con otros. Para entender este punto, revisa la pestaña "Pruebas" y presta atención a los mensajes de error, que suelen contener pistas.
Mi código es diferente a la solución del profesor 🤔
Esto es normal 🙆. En programación, una tarea puede tener muchas soluciones diferentes. Si tu código pasa la prueba, cumple con los requisitos de la tarea.
En raras ocasiones, la solución puede estar ajustada para pasar las pruebas, pero esto suele ser evidente.
Leí la lección, pero no entendí nada 🙄
Crear materiales de aprendizaje comprensibles para todos es bastante difícil. Hacemos nuestro mejor esfuerzo, pero siempre hay margen para mejorar. Si encuentras material que no entiendes, describe el problema en las "Discusiones". Es ideal si puedes formular los aspectos que no entiendes en forma de preguntas. Por lo general, necesitamos unos días para hacer mejoras.
Por cierto, tú también puedes contribuir a mejorar los cursos: en la parte inferior hay un enlace al código fuente de las lecciones, que se puede modificar directamente en el navegador.
Definiciones
Estándar de codificación — conjunto de reglas sintácticas y estilísticas para escribir código.