DEV Community: antonio.nicasio.herrera@gmail.com

Evita usar UpperCase o LowerCase C#

antonio.nicasio.herrera@gmail.com — Sun, 28 Jan 2024 16:15:45 +0000

🚫 𝗖𝗼𝗱𝗲 𝗦𝗺𝗲𝗹𝗹
✔** Usar string.𝗘𝗾𝘂𝗮𝗹𝘀 en lugar de 𝗧𝗼𝗨𝗽𝗽 𝗲𝗿()/𝗧𝗼𝗟𝗼𝘄𝗲𝗿() cuando comparamos cadenas de texto**.

🐌 El uso de 𝗧𝗼𝗨𝗽𝗽𝗲𝗿() y 𝗧𝗼𝗟𝗼𝘄𝗲𝗿() para la conversión de casos en C# puede afectar el rendimiento debido a la asignación de memoria, la copia de cadenas y la posible recolección de basura, especialmente en situaciones que involucran cadenas grandes o conversiones frecuentes.

🚀 𝗦𝘁𝗿𝗶𝗻𝗴.𝗘𝗾𝘂𝗮𝗹𝘀 es más rápido que ToUpper() o ToLower() debido a la comparación directa de caracteres, evitando la asignación de memoria y reduciendo la sobrecarga para la comparación de cadenas que no distingue entre mayúsculas y minúsculas.

🔥 Para realizar una comparación de cadenas, es mejor utilizar los métodos de comparación integrados como 𝗦𝘁𝗿𝗶𝗻𝗴.𝗘𝗾𝘂𝗮𝗹𝘀 con las opciones apropiadas de StringComparison, que manejan correctamente la distinción entre mayúsculas y minúsculas y las consideraciones culturales mientras mantienen un mejor rendimiento y precisión.

Gracias por leer 📖

Tip del Dia en C#

antonio.nicasio.herrera@gmail.com — Thu, 25 Jan 2024 21:41:14 +0000

🏅 Código limpio
✔ C#: Usar registros para DTO

❇ Los registros son una característica introducida en C# 9.0 que permite crear tipos de datos simples e inmutables. Son especialmente útiles para representar DTO (objetos de transferencia de datos) porque proporcionan una sintaxis concisa para definir las clases que se utilizan principalmente para transferir datos entre capas de una aplicación, como entre la capa de lógica empresarial y la capa de presentación.

❇ Los registros son más adecuados para estructuras de datos simples y no están pensados para reemplazar las clases en todos los escenarios. En el caso de tipos más complejos con comportamiento, es posible que desee usar clases normales u otras características proporcionadas por C#.

❇ Los registros son una excelente opción para crear DTO debido a su simplicidad, inmutabilidad y sintaxis concisa, lo que ayuda a escribir código limpio y fácil de mantener.

Gracias por leer 😊

Ejemplo en Código:

Tip del Dia en C#

antonio.nicasio.herrera@gmail.com — Tue, 23 Jan 2024 16:41:04 +0000

Code Smell:
𝗣𝗿𝗲𝗳𝗲𝗿 𝗔𝗻𝘆() 𝗼𝘃𝗲𝗿 𝗖𝗼𝘂𝗻𝘁()

✅ El método 𝗖𝗼𝘂𝗻𝘁() se utiliza para obtener el número total de elementos de una colección que satisfacen una condición determinada. Devuelve un valor entero que representa el recuento de elementos coincidentes.

✅ El método 𝗔𝗻𝘆() se utiliza para determinar rápidamente si una colección contiene algún elemento que cumpla una condición determinada. Devuelve un valor booleano (verdadero si algún elemento coincide con la condición; en caso contrario, falso).

🚀 Usar 𝗔𝗻𝘆() sobre 𝗖𝗼𝘂𝗻𝘁() puede ser más eficiente cuando solo está interesado en determinar si existe algún elemento que coincida con una condición en la colección. Esto se debe a que Any() deja de recorrer la colección tan pronto como encuentra el primer elemento coincidente, mientras que Count() recorre toda la colección para contar todos los elementos coincidentes. En los casos en que la colección es grande, Any() puede proporcionar potencialmente un mejor rendimiento.

🔥 Utilice 𝗔𝗻𝘆() sobre 𝗖𝗼𝘂𝗻𝘁() cuando solo le importe si hay elementos en una colección, no el número exacto de elementos. También debes usar Any() cuando la colección sea grande o evaluada de forma diferida. Y deberías usar Any() cuando quieras mejorar la legibilidad de tu código.

Ejemplo en Codigo:

Consejos diario para C#

antonio.nicasio.herrera@gmail.com — Mon, 22 Jan 2024 22:52:44 +0000

Hola buen dia devs aqui te dejo un consejo diario si trabajas con C#

Patron Relacional

su pongamos que tenemos el siguiente codigo y queremos refactorizar y hacerlo mas entendible o legible.

en el siguiente codigo evaluaremos si un alumno paso el examen donde la calificacion minima es 70 puntos

💡𝗖#𝗧𝗶𝗽

✅ 𝗥𝗲𝗹𝗮𝘁𝗶𝗼𝗻𝗮𝗹 𝗣𝗮𝘁𝘁𝗲𝗿𝗻𝘀 𝗠𝗮𝘁𝗰𝗵𝗶𝗻𝗴 es una característica introducida en 𝗖# 𝟵 que mejora las capacidades de coincidencia de patrones del lenguaje. La coincidencia de patrones es una forma de comparar valores con patrones.

✅ Es una técnica de programación 𝗳𝘂𝗻𝗰𝘁𝗶𝗼𝗻𝗮𝗹, lo que significa que se centra en la evaluación de expresiones en lugar del flujo de control de su código.

🔥 𝗔𝗱𝘃𝗮𝗻𝘁𝗮𝗴𝗲𝘀 𝗼𝗳 𝗿𝗲𝗹𝗮𝘁𝗶𝗼𝗻𝗮𝗹 𝗽𝗮𝘁𝘁𝗲𝗿 𝗻𝘀 𝗺𝗮𝘁𝗰𝗵𝗶𝗻𝗴:
◾ 𝗖𝗼𝗻𝗰𝗶𝘀𝗲𝗻𝗲𝘀𝘀: la coincidencia de patrones relacionales se puede utilizar para crear código más conciso y legible.
◾ 𝗘𝘅𝗽𝗿𝗲𝘀𝘀𝗶𝘃𝗲𝗻𝗲𝘀𝘀: La coincidencia de patrones relacionales se puede utilizar para expresar condiciones más complejas.

💡 𝗥𝗲𝗹𝗮𝘁𝗶𝗼𝗻𝗮𝗹 𝗣𝗮𝘁𝘁𝗲𝗿𝗻𝘀 𝗠𝗮𝘁𝗰𝗵𝗶𝗻𝗴 no siempre es la mejor solución. A veces, es más sencillo y eficaz utilizar la forma tradicional de comprobar si una expresión coincide con una determinada condición.

Ejemplo en Codigo:

Configurar Jest en tus pruebas técnicas Javascript.

antonio.nicasio.herrera@gmail.com — Thu, 04 Nov 2021 15:47:34 +0000

Hola chicos en esta ocasión aprenderemos a configurar nuestro proyecto o pruebas técnicas. cuando nos envían alguna tarea para una posición como programador o Ingeniero frontend.

lo primero que comenzaremos sera con crear un nuevo proyecto en el cual simularemos que es nuestro proyecto o prueba técnica en el caso que nos manden algún challenge técnico. Nota: no todas las empresas hacen este tipo de challenges como una tarea que es parte del proceso pero una que otra empresa si te da la oportunidad de enviarte tarea y darte un tiempo limite para resolverlo.

Paso 1

Crear nuestro directorio de trabajo

abriremos nuestra consola y escribiremos el siguiente comando

Linux Distro o OSX
mkdir prueba_tecnica

Windows seria
MD prueba_tecnica

con esto crearemos nuestro directorio de trabajo.

Paso 2

una vez creado el directorio nos movemos a el cd prueba_tecnica

dentro nuestro directorio abrimos nuestro editor de código preferido.

Paso 3

en nuestra consola corremos el siguiente comando npm init nos pedirá llenar una serie de campos... si no queremos llenarlos solo oprime enter hasta que termine de solicitarlos.

Paso 4

Instalamos Jest dentro de nuestro proyecto con cualquiera de estos dos gestor de paquetes ya sea Yarn o NPM

yarn add --dev jest o npm install --save-dev jest

Paso 5

dentro nuestro package.json debemos añadir el script para correr nuestras pruebas el cual debéria quedar de la siguiente manera

{ "scripts": { "test": "jest" } }
de igual manera te dejo la guía de la documentación oficial de Jest
Documentación Oficial de Jest

Paso 6

una vez configurado Jest en nuestro Proyecto procedemos a crear nuestro código o programa al cual le añadiremos pruebas unitarias.

dentro de nuestro editor crearemos nuestro archivo de trabajo puedes nombrarlo como tu desees en mi caso como verificaremos si una cadena de texto es un palíndromo sencillo verdad?.

en mi caso mi archivo se llamara:
isPalindrome.js

este problema se puede resolver de muchas maneras o tener distintos aproachs pero en esta ocasión lo resolví de la siguiente manera.

y el código es el siguiente

*`
var isPalindrome = function(str) {
const reversedString = str.split('').reverse().join('')
return str === reversedString
}

module.exports = isPalindrome
`*

Paso 7

procedemos a testear nuestra solución del código anterior

creamos dentro de nuestro proyecto el siguiente archivo
el nombre puede ser lo que tu desees solo por consistencia lo nombro similar añadiendo la palabra .test antes del nombre de la extension. esto es muy importante para que Jest detecte tus archivos o módulos de pruebas. es importante que dependiendo de la complejidad o arquitectura del proyecto vayas creando la arquitectura adecuada para tus pruebas. en esta ocasión solo es una prueba sencilla pero toma en cuenta que si tu proyecto es de magnitud media o amplia puedas módularizar tus pruebas de manera ordenada.

Creamos nuestro archivo de pruebas.
isPalindrom.test.js

nuestro archivo de pruebas quedaría de la siguiente manera.

const palindrome = require('./isPlindrome') test('string is a palindrome', () =>{ expect(palindrome('bib')).toBeTruty() expect(palindrome('nun')).toBeTruty() expect(palindrome('madam')).toBeTruty() expect(palindrome('racecar')).toBeTruty() expect(palindrome('civic')).toBeTruty() expect(palindrome('ramon')).toBeFalsy() })
tu puedes añadir tantos casos de uso o pruebas como lo desees en mi caso. solo añadi que puedas saber si la cadena de texto es un palíndromo que es nuestro base case.

una vez terminado nuestro archivo de prueba procederemos a correr nuestras pruebas con el siguiente de los dos comandos en nuestra terminal

npm test o yarn test

automáticamente se ejecutaran las prueba y podremos ver el resultado de las mismas.

esto seria todo por el articulo sobre la integración de Jest en nuestros challenge técnicos si tenemos la oportunidad esto nos dará mayor peso dentro un proceso de selección sobre otros candidatos. sencillo verdad? cabe recalcar que tu puedes crear tus pruebas técnicas tan complejas como las necesites.

te dejo un video explicativo de como lo hice dentro de mi canal de Youtube.

Youtube