Archivo

Archivo del autor

GraphQL y cliente Vue.js

viernes, 4 de octubre de 2024 Sin comentarios

Proyecto GraphQL

Un servicio GraphQL es un lenguaje de consulta y un runtime para ejecutar esas consultas, diseñado para proporcionar una alternativa
más flexible y eficiente a los servicios web API tradicionales como REST. Permite a los clientes solicitar exactamente los datos que necesitan y nada más, lo que contrasta con los endpoints fijos y las estructuras de respuesta rígidas de REST.
A destacar:
1) Endpoint único: a diferencia de REST, donde cada recurso tiene un Endpoint separado, GraphQL expone un endpoint único a través del
cual se realizan todas las consultas.

2) Basado en esquemas: GraphQL define un esquema sólido y con seguridad de tipos que especifica las consultas, mutations y tipos disponibles, lo que garantiza respuestas predecibles.

3) Consultas especificadas por el cliente: los clientes deciden qué campos incluir en su solicitud, minimizando la obtención excesiva
(obtener demasiados datos) o la obtención insuficiente (obtener datos insuficientes).

Ventajas sobre la web API (REST):

1)Obtención de datos eficiente: los clientes pueden solicitar solo los campos necesarios, lo que reduce el tamaño de la carga útil y optimiza el rendimiento.

2) Solicitud única de recursos anidados: en REST, la obtención de datos relacionados puede requerir múltiples solicitudes; GraphQL permite
consultar recursos anidados en una sola petición.

3) Tipado de datos: Schema garantiza una documentación clara y una verificación de errores en el momento de la consulta, lo que reduce
la ambigüedad y los errores.

4) API sin versión: REST a menudo requiere control de versiones (por ejemplo, v1, v2), pero GraphQL evoluciona sin crear nuevos puntos
finales, ya que los clientes solo consultan lo que necesitan.

5) Flexibilidad mejorada: los clientes tienen control total sobre los datos que se devuelven, lo que proporciona más flexibilidad que
las rutas REST predefinidas.

6) Menos tiempo de codificación para los desarrolladores: los desarrolladores backend se centran en definir un esquema,
mientras que los desarrolladores frontend eligen qué consultar, lo que reduce el esfuerzo de coordinación.

<template>
  <div>
    <h1>Books List</h1>
    <div v-if="loading">Loading...</div>
    <div v-if="error">{{ error.message }}</div>
    <ul v-if="books.length > 0">
      <li v-for="book in books" :key="book.id">
        <strong>{{ book.title }}</strong> by {{ book.author }} ({{ book.publishedYear }})
        <br />
        Genre: {{ book.genre }}
      </li>
    </ul>
  </div>
</template>

<script>
import { ref, onMounted } from 'vue';
import { ApolloClient, InMemoryCache, gql } from '@apollo/client/core';

export default {
  setup() {
    // State management using Vue 3 Composition API
    const books = ref([]);
    const loading = ref(true);
    const error = ref(null);

    // Create an Apollo Client instance
    const client = new ApolloClient({
      uri: 'http://localhost:5001/graphql', // Your .NET Core GraphQL endpoint
      cache: new InMemoryCache(),
    });

Por su lado, Vue.js es un framework open source de JavaScript, que nos permite la creación de interfaces de usuario y aplicaciones de una sola página (single-page application o SPA, en inglés), de una forma muy sencilla. Fue creado, o desarrollado, por un ex empleado de Google, Evan You, en el año 2014. Con respecto a otros frameworks, la curva de aprendizaje es baja, si conoces los fundamentos de JavaScript. Además, es muy sencillo de utilizar ya que podemos utilizar este framework simplemente con la inclusión de sus dependencias mediante CDN.

{lang: 'es'}

Entorno Multiplataforma .Net MAUI

martes, 2 de julio de 2024 Sin comentarios

El entorno de desarrollo multiplataforma .NET MAUI representa un avance significativo en la creación de aplicaciones móviles, proporcionando una solución unificada para desarrollar en Android, iOS, macOS y Windows con una sola base de código. Esto no solo optimiza el tiempo de desarrollo y mantenimiento, sino que también facilita la implementación de una interfaz de usuario consistente y nativa en cada plataforma. Integrado con el robusto ecosistema de herramientas de Microsoft, como Visual Studio, .NET MAUI ofrece potentes capacidades de depuración y diseño. Sin embargo, la adopción de .NET MAUI requiere familiaridad con el stack tecnológico de Microsoft y puede no siempre igualar el rendimiento de las aplicaciones nativas en casos de uso específicos. A pesar de estas consideraciones, .NET MAUI es una opción atractiva para desarrolladores que buscan eficiencia y flexibilidad en el desarrollo multiplataforma.

En esta entrada vamos a dar cinco razones para usar .NET MAUI (Multi-platform App UI) en el desarrollo de aplicaciones móviles:

  1. Desarrollo Multiplataforma Unificado: .NET MAUI permite a los desarrolladores crear aplicaciones para Android, iOS, macOS y Windows desde una única base de código. Esto significa que puedes escribir tu lógica de aplicación y la interfaz de usuario una sola vez y desplegarla en múltiples plataformas, lo cual ahorra tiempo y esfuerzo en el desarrollo y mantenimiento.
  2. Interfaz de Usuario Consistente: .NET MAUI proporciona un conjunto de controles de interfaz de usuario que son nativos para cada plataforma, lo que garantiza una apariencia y comportamiento consistente y de alta calidad. Al mismo tiempo, permite personalizar la apariencia para ajustarse a las directrices específicas de cada plataforma si es necesario.
  3. Ecosistema y Herramientas de .NET: Al ser parte del ecosistema .NET, MAUI se beneficia de las robustas herramientas de desarrollo de Microsoft, como Visual Studio, que ofrece potentes funcionalidades de depuración, diseño de interfaces, y administración de proyectos. Además, puedes aprovechar bibliotecas y paquetes NuGet disponibles en .NET, lo que facilita la integración de funcionalidades adicionales.
  4. Código Compartido y Reutilización: .NET MAUI permite la reutilización de una gran cantidad de código entre plataformas. Esto no solo incluye la lógica de negocio, sino también componentes de la interfaz de usuario a través de XAML y C#. Esta capacidad de compartir código reduce la duplicación de esfuerzos y hace que la gestión del código sea más sencilla y eficiente.
  5. Rendimiento y Acceso a Funcionalidades Nativas: .NET MAUI se basa en Xamarin.Forms, pero ofrece mejoras en rendimiento y acceso directo a funcionalidades nativas. Puedes escribir código específico de la plataforma cuando sea necesario utilizando C# y aprovechar APIs nativas, lo cual permite crear aplicaciones con un rendimiento cercano al nativo.

Estas razones hacen de .NET MAUI una opción atractiva para desarrolladores que buscan crear aplicaciones móviles robustas, eficientes y con una amplia cobertura de plataformas utilizando una única tecnología y base de código. mapa

{lang: 'es'}
Categories: asp.net Tags: , , ,

Publicar Web Api .net core en AWS

jueves, 6 de junio de 2024 Sin comentarios
AWS Toolkit

Como sabemos AWS ofrece una amplia gama de servicios para diversas necesidades proporciona soluciones escalables para negocios de todos los tamaños y sus centros de datos globales aseguran alta disponibilidad y baja latencia. Además tiene acceso gratuito a muchos servicios.
Por estas razones escribimos esta entrada con los pasos para publicar directamente usando el AWSToolKit desde Visual Studio.








  1. Instale AWS Toolkit para Visual Studio si aún no lo ha hecho.
  2. Cree un nuevo proyecto de API web de .NET Core en Visual Studio.
  3. Haga clic derecho en el proyecto en el Explorador de soluciones.
  4. Seleccione «Publicar en AWS» en el menú contextual.
  5. Inicie sesión en su cuenta de AWS cuando se le solicite.
  6. Elija «Elastic Beanstalk» como destino de publicación.
  7. Cree una nueva aplicación o seleccione una existente.
  8. Elija una plataforma, por ejemplo, «Amazon Linux 2 v5.3.0 de 64 bits con .NET Core«.
  9. Configure los ajustes del entorno, como el tipo de instancia.
  10. Proporcione un nombre de entorno y un dominio únicos.
  11. Haga clic en «Siguiente» y revise la configuración.
  12. Haga clic en «Implementar» para publicar su aplicación.
  13. Espere a que se complete la implementación; puede tomar varios minutos.
  14. Una vez implementada, puede acceder a su API web a través de la URL proporcionada.
  15. Supervise y administre su aplicación desde la Consola de administración de AWS.
{lang: 'es'}
Categories: asp.net Tags: , , ,

Message Broker: RabbitMQ

viernes, 3 de mayo de 2024 Sin comentarios
rabbitmq
rabbitMQ

En la entrada «Arquitectura microservicios y .Net core» describimos qué y por qué el interés de este tipo de arquitectura.
Una de las ventajas que se mencionaron es el desacoplamiento de estos microservicios, pero entonces ¿cómo se comunican estos microservicios desacoplados? Aquí entra los messages brokers.

Los message brokers, como RabbitMQ, son esenciales en arquitecturas de microservicios para facilitar la comunicación entre los diferentes componentes de la aplicación.
Actúan como intermediarios eficientes, permitiendo que los microservicios se comuniquen de manera asíncrona y desacoplada. Su capacidad para encolar y distribuir mensajes garantiza una alta disponibilidad y escalabilidad, lo que es crucial en entornos de microservicios dinámicos.
RabbitMQ proporciona una variedad de patrones de mensajería, como pub/sub, colas de trabajo y enrutamiento de mensajes, adaptándose a diversas necesidades de comunicación.
Al desacoplar la emisión y recepción de mensajes, los microservicios pueden evolucionar de manera independiente, sin afectar a otros componentes del sistema.
La durabilidad y la persistencia de los mensajes en RabbitMQ aseguran que los datos críticos no se pierdan en caso de fallo o interrupción.

Además, RabbitMQ ofrece características de encriptación y autenticación, garantizando la seguridad de la comunicación entre los microservicios.
Facilita la implementación de patrones de tolerancia a fallos, como la reintentación de mensajes y la gestión de errores, mejorando la robustez del sistema.
Permite la implementación de sistemas distribuidos altamente disponibles, donde los microservicios pueden escalar horizontalmente para manejar cargas variables.
Su arquitectura modular y extensible permite integrarlo fácilmente con otros servicios y herramientas utilizadas en el ecosistema de microservicios.
RabbitMQ ofrece monitoreo y herramientas de administración que permiten supervisar el rendimiento y la salud de la infraestructura de mensajería.
Facilita la implementación de patrones de entrega garantizada y consistencia eventual, lo que es fundamental en aplicaciones distribuidas.
Al promover la comunicación basada en eventos, RabbitMQ facilita la implementación de arquitecturas orientadas a eventos, que son adecuadas para sistemas altamente escalables y resilientes.
Su amplia adopción y comunidad activa proporcionan soporte continuo y recursos de aprendizaje para los equipos de desarrollo.
En resumen, el uso de RabbitMQ como message broker en arquitecturas de microservicios ofrece una serie de beneficios que incluyen escalabilidad, robustez, flexibilidad y seguridad, lo que lo convierte en una herramienta invaluable para el desarrollo de software moderno.

Tres desafíos o inconvenientes al utilizar un message broker como RabbitMQ en software de microservicios:

  1. Complejidad en la gestión y configuración: Configurar y administrar un message broker como RabbitMQ puede ser complejo, especialmente en entornos de microservicios donde hay múltiples instancias ejecutándose y comunicándose entre sí. La configuración de las colas, los intercambios, los enrutamientos y otros aspectos puede requerir un conocimiento profundo de la herramienta y de las mejores prácticas de arquitectura.
  2. Rendimiento y latencia: Aunque los message brokers son una solución eficaz para la comunicación entre microservicios, pueden introducir latencia adicional en las comunicaciones debido al procesamiento y enrutamiento de los mensajes. En entornos donde la latencia es crítica, como aplicaciones de alta velocidad o tiempo real esta sobrecarga puede ser un desafío y requerir optimizaciones adicionales.
  3. Complejidad en el manejo de errores y garantía de entrega: Aunque los message brokers ofrecen mecanismos para garantizar la entrega de mensajes, como confirmaciones y reintentos, gestionar adecuadamente los errores y las situaciones de error puede ser complicado. Los mensajes pueden perderse, duplicarse o entregarse en el orden incorrecto, lo que requiere estrategias de manejo de errores robustas y pruebas exhaustivas para garantizar la integridad de los datos y la fiabilidad del sistema.
{lang: 'es'}

10 razones para usar los patrones CQRS y Mediator

martes, 2 de abril de 2024 Sin comentarios

La combinación de Clean Architecture con los patrones CQRS (Command Query Responsibility Segregation) y Mediator proporciona un enfoque poderoso para el diseño de software. En esta sinergia, la Clean Architecture establece una sólida estructura modular y una clara separación de responsabilidades, lo que facilita la comprensión y el mantenimiento del sistema a lo largo del tiempo.

El patrón CQRS divide las operaciones de lectura (queries) de las operaciones de escritura (commands), permitiendo optimizar cada una para su función específica y mejorar la escalabilidad y el rendimiento del sistema. Por otro lado, el patrón Mediator actúa como un intermediario entre los diferentes componentes del sistema, reduciendo las dependencias directas y promoviendo la comunicación a través de mensajes.

  1. El patrón CQRS (Command Query Responsibility Segregation) promueve la separación de las operaciones de lectura (queries) y escritura (commands), lo que facilita la gestión de la complejidad en el acceso a datos.
  2. Al separar las operaciones de lectura y escritura, se pueden optimizar las consultas de lectura para mejorar el rendimiento y la escalabilidad del sistema.
  3. El patrón Mediator actúa como un mediador entre los componentes del sistema, lo que facilita la comunicación entre ellos y reduce la dependencia directa.
  4. Utilizando Mediator en conjunto con CQRS se mejora la modularidad y la mantenibilidad del código, ya que se fomenta la implementación de pequeños componentes independientes.
  5. Al aplicar CQRS y Mediator en el acceso a datos, se puede implementar una arquitectura más flexible y adaptable a los cambios, debido a la separación de responsabilidades y la eliminación de acoplamientos fuertes.
  6. CQRS permite simplificar la lógica de negocios al separar claramente las operaciones de lectura y escritura, lo que facilita la implementación de reglas de negocio específicas en cada capa.
  7. Mediante la implementación de comandos y eventos en el patrón CQRS, se pueden gestionar de manera eficiente las operaciones transaccionales y garantizar la consistencia de los datos en todo momento.
  8. El uso de Mediator facilita la implementación de patrones de diseño como inyección de dependencias, lo que simplifica la configuración y la gestión de las dependencias entre componentes.
  9. CQRS y Mediator permiten mejorar la escalabilidad del sistema al distribuir la carga de trabajo de forma eficiente entre los diferentes componentes, mejorando así el rendimiento y la capacidad de respuesta.
  10. En resumen, la combinación de CQRS y Mediator en el acceso a datos proporciona una arquitectura robusta y flexible que facilita el desarrollo, la prueba y el mantenimiento de aplicaciones, permitiendo una mayor eficiencia y adaptabilidad a los cambios en los requisitos del negocio.
{lang: 'es'}