👽
3ntr0 Apuntes
  • 📚Principios SOLID y Clean Code
    • 💲Deuda Técnica
    • 📌Mejorar Nombres
      • 📄Nombre según Tipo
      • 🚗Nombre Clases
      • ⚙️Nombres Funciones
    • ☑️Mejorar Funciones
    • ➿Principio DRY
    • 🧼Clean Code en Clases (POO)
      • 📘 Principio de Responsabilidad Única (SRP)
    • 🤮🇸 🇹 🇺 🇵 🇮 🇩 - Code Smells
      • 🚫Singleton
      • 🙏Tight Coupling
      • 🥸U P I D
      • 🚩Más Code Smells
  • 💕Angular
    • 🏍️Standalone
    • 🆚ngClass vs [class.clase]
    • 🩻Directivas
    • 🚩ElementRef
    • 🎀Decoradores
      • @HostListener
    • 🔄OnChanges
    • 🧪Testing - Jasmine y Karma
      • 🚀Módulo 1: Introducción a las pruebas unitarias
      • 🧫Módulo 2: Introducción a Jasmine
      • ⚒️Módulo 3: Introducción a Karma
      • 🔬Módulo 4: Pruebas unitarias en Angular
        • Código comentado Paso a Paso
      • 🕵️‍♂️Módulo 5: Técnicas avanzadas en Jasmine
      • 📚Módulo 6: Técnicas avanzadas en Karma
  • 🖼️HTML y CSS
    • 🖌️Custom Properties
    • Trucos
    • Brakepoints
  • 🧋Javascript
    • 🛠️Funciones
    • 📦Arrays
      • Every y Some
      • Map
      • Reduce
    • 😎Hoisting
    • 🪚Desestructuración
    • 🛻Programación Asincrona
      • 📞Callbacks
      • 🌟Promises
      • 🆚Promise.all Y Promise.any
      • 🚀Async/Await
    • Respuestas HTTP
    • 🧐Dudas Básicas
      • NodeList
      • 🧐Contextos de .this
      • 💭Parametro Rest
      • 🗨️arguments
      • 🙀JavaScript no tiene clases
      • 🆚Null vs Undefined
      • 🔎Operador in
      • 🟨Operador Spread
      • ❓Encadenamiento Opcional
      • 🔲Notación de Corchetes
      • ⛓️Coalescencia Nula (??)
      • 🆚Shallow Copy vs Deep Copy
      • 🆚.json VS JSON.parse
      • ⚙️Fetch wrapper
      • Sets
      • Maps
  • 📒Terminología
    • 💎Esenciales
    • Web
    • Javascript
  • 🌐GIT
    • Source Tree
  • 🧬React
    • 🫂Babel
  • 🔧 Fundamentos de C#
    • 🎛️General
      • 🧐Diferencia Equals y ==
      • 🧐Diferencia entre typeof y .GetType()
      • 📐Convenciones de Nomenclatura
    • 💠Summary
    • 📇.resx
    • 📄Strings
      • ⛓️Comparación de cadenas
    • 🧲Regex
    • 📦POO
      • 🚙Clases
        • ✏️Clase String
        • 📥Métodos de Acceso
        • ⚗️Métodos de Extensión
    • 🖇️Pattern Matching
    • 🚩Excepciones
    • Programación Asíncrona
    • 🔎LINQ
      • 🅿️PLINQ
  • 🌐 Desarrollo Web con ASP.NET
    • 🧬Modelos
      • 🗒️Data Annotations
        • 📑Lista
        • 🧪Atributos
          • 🛠️Atributos Personalizados
          • 🧰AttributeUsage
          • 📥Acceso a los atributos
        • 📚Documentación
    • 👷Servicios
      • ⭐Servicios Singleton
    • ⏳Sesiones
      • 🧭Temp Data
    • DbContext
      • 🔄Eager Loading
    • 🥽Manejo de Datos
      • 🗃️Archivos
        • 📤Subida de Archivos
        • ✏️Leer y Escribir
        • 🕓Manejo de Archivos Temporales
        • 🛡️Validación de Archivos en ASP.NET Core
      • Colecciones
        • 🪜Pila (Stack)
        • 🏇Cola (Queue)
      • 🩻Manejo de XMLs
        • 📂XmlDocument
          • 🎯XPath
        • 🧿XmlReader
    • ❤️Tips y Utilities
      • 🟰StringComparison
    • 🧰Debug Tools
      • 🧭Stopwatch
  • 🚀Razor
    • 🧱Configuración de Proyecto
    • 📃Pages
      • 🔸Método OnGet
      • 🔸Carpeta Models
      • 🔸Partial Pages
    • 🎨Layouts
      • Aplicar CSS A UNA PAGE
    • 🚴‍♂️Routing
    • 🏢_ViewImports
    • ✒️Sintaxis Razor
      • 😀Introducción
      • 📔Expresiones Implícitas
      • 📕Expresiones Explícitas
      • ✍️Renderizar Texto
      • 🧑‍🔬Class Page Model
      • 🔖Tag Helpers
        • 🔹asp-page
        • 🔹asp-append-version
        • 🔹asp-for
        • 🔹asp-items
        • 🔹asp-action y asp-controller
  • 🔮LUA
    • 🎯Fundamentos
    • ⌨️Entrada por Consola
    • 🔗Estructuras de Control
    • ⚒️Funciones
    • 📦Tablas
    • 📚Funciones y Librerías Estándar
    • 🦖POO
Con tecnología de GitBook
En esta página
  • 📚 Reglas Generales
  • 🚫 Ejemplos de lo que NO hacer
  • ✅ Ejemplos de Mejores Prácticas
  • 🤖 Evitar Información Técnica en Nombres
  • 📏 Nombres Largos vs. Ofuscación
  1. Principios SOLID y Clean Code

Mejorar Nombres

📚 Reglas Generales

  • Las variables deben estar en inglés y ser pronunciables.

  • Evitar guiones bajos excepto en ciertos casos, como en Python donde se prefiere el snake_case.

  • Para nombres de clases o interfaces, usar UpperCamelCase.

  • No ahorrar caracteres: los nombres deben ser expresivos.

🚫 Ejemplos de lo que NO hacer

  • const n = 53 ➡️ ¿Qué significa "n"? Es poco claro.

  • const tx = 0.15 ➡️ "tx" podría confundirse fácilmente. Mejor usar const tax = 0.15.

  • const cat ➡️ Puede ser "categoría" o "gato". Ambiguo.

  • Fechas como ddmmyyyy ➡️ No es claro qué representa.

✅ Ejemplos de Mejores Prácticas

  • const numberOfUnits = 53 ➡️ Claridad sobre lo que representa la variable.

  • const tax = 0.15 ➡️ Directo y comprensible.

  • const birthDate = "01011990" ➡️ Claramente la fecha de nacimiento.

🤖 Evitar Información Técnica en Nombres

  • Los nombres no deben revelar detalles técnicos innecesarios, como:

    • class AbstractUser ➡️ Mejor class User si el contexto de abstracción ya es claro.

    • interface UserInterface ➡️ Redundante. Usar simplemente interface User.

📏 Nombres Largos vs. Ofuscación

🧐 Importancia de Nombres Largos

  • Utilizar nombres largos y descriptivos es preferible para la claridad del código.

  • Ejemplos:

    • const elapsedTimeInDays = 23 en lugar de const d = 23.

    • const maxClassesPerStudent = 6 en vez de una abreviatura críptica.

💻 Ofuscación de Código

  • La preocupación por el peso del archivo debido a nombres largos es común, pero:

    • La mayoría de los lenguajes de programación y herramientas (bundlers) modernos ofuscan el código al compilarlo o prepararlo para producción.

    • Este proceso de ofuscación reduce el tamaño del archivo y optimiza los nombres de las variables para la ejecución, sin afectar la legibilidad del código fuente.

🚀 Conclusión sobre Nombres y Ofuscación

  • Prioriza la Legibilidad: Siempre elige nombres claros y expresivos para tus variables y funciones.

  • No Temas a los Nombres Largos: Las herramientas modernas de desarrollo se encargan de optimizar el código para la ejecución.

  • Legibilidad sobre Minimalismo en Nombres: Un buen nombre reduce la necesidad de comentarios y hace el código más accesible para ti y para otros desarrolladores.

AnteriorDeuda TécnicaSiguienteNombre según Tipo

Última actualización hace 1 año

📚
📌