¿Cómo nombrar las variables?

Es esencial que sigas las convenciones de nomenclatura adecuadas cuando codificas para ser un buen desarrollador.

No cambiará el rendimiento del código con seguridad, pero el tiempo y el esfuerzo (olvídese de sus compañeros) que necesitará para realizar cambios en el código o depurar su código lo mantendrán despierto por algunas noches.

nota: todo lo que el escritor ha escrito arriba está basado en hechos reales, nada es ficción. no tome el consejo a la ligera. gracias por leer la nota :)

Olvídate de x, y e i, j como si fueran tu ex

déjalos cuando realmente estés codificando en el proyecto, puedes usarlos cuando estés perdiendo el tiempo haciendo programación competitiva.

No se acostumbre a dar a sus variables nombres cortos que no significan nada. No nombre variables xo y.

Déles nombres descriptivos como numberOfDepositsLefty costOfItem.

Optimicemos esto también, qué pasa si usas itemCosten lugar de costOfItemesto es mejor.

Y para las variables de tipo booleano, haga una pregunta sobre el estado de cosas como:

IsActive, IsPaid, IsFloating, IsDeletable, etc.

propina no obligatoria

aquí hay un consejo no obligatorio, se llama notación húngara. a algunas personas les gusta a otras no. Agregue un identificador del tipo de variable como prefijo.

Por ejemplo, iLives (para enteros), fTokens (para flotantes), bIsAlive (para booleanos), etc. Para verificar el tipo más rápido que pasar el mouse sobre él en su IDE.

Y la mayoría de la gente lo evita por una buena razón. Si pasa tanto tiempo preguntándose con qué tipos está tratando, su diseño probablemente apesta. Es difícil para mí recordar haber pasado tanto tiempo pensando en eso que pensé que debería cambiar algo.

puede usar este consejo no obligatorio dependiendo de la estructura del proyecto en el que estará trabajando.

Puedes comentar, el código no se ofende con un comentario

intente agregar comentarios a su código que expliquen un poco las cosas porque cuando regrese al código en una fecha posterior no entenderá ese lío. Los comentarios sirven mejor para decirle por qué hizo algo en lugar de lo que hizo.

En mi opinión, los comentarios deben ser muy significativos y no deben usarse para reemplazar una mala codificación.

Si está siguiendo los Principios de diseño y desarrollo de KISS, SOLID YAGNI, etc. en la construcción de sus proyectos, muchas de las cosas que hace se explicarían por sí mismas. Por ejemplo, si construye funciones, deben explicarse por sí mismas con nombres descriptivos y nombres de variables descriptivos, hacer solo una cosa a la vez.

Revisa mi Twitter

Gracias por tu tiempo, espero que hayas disfrutado esto ❤️