translation: Translated all creational patterns category to Spanish (Task of issue #2277) (#2813)

* Typo corrections

* bridge pattern translated to spanish

* builder pattern translated to spanish

* context-object pattern translated to spanish

* converter pattern translated to spanish

* dependency injection pattern translated to spanish

* factory pattern translated to spanish

* factory-kit pattern translated to spanish

* factory-method pattern translated to spanish

* monostate pattern translated to spanish

* multiton pattern translated to spanish

* object mother pattern translated to spanish

* object pool pattern translated to spanish

* property pattern translated to spanish

* prototype pattern translated to spanish

* registry pattern translated to spanish

* step builder pattern translated to spanish

* value object pattern translated to spanish

* typo corrections and resources urls refactor

* grammar corrections

* Add image to each pattern

---------

Co-authored-by: luismateoh <luismateohm@gmail.com>
Co-authored-by: luis.hincapie <luis.hincapie@blankfactor.com>

localization/es/api-gateway/README.md

@@ -8,16 +8,16 @@ tag:
   - Microservices
 ---
 
-## Motivo
+## Propósito
 
 Agregar llamadas a los microservicios en un mismo lugar, la puerta de enlace API (API Gateway). El usuario 
-hace un llamada simple al API Gateway, y la API Gateway hace la llamada a cada microservicio relevante.
+hace una llamada simple a la API Gateway, y la API Gateway hace la llamada a cada microservicio relevante.
 
-## Explicaición
+## Explicación
 
 Con el patrón de microservicios, el cliente puede necesitar datos de múltiples microservicios. Si el 
 cliente llamara a cada microservicio de forma directe, podría ocasionar tiempos de carga largos, ya que
-el cliente tendría que hacer una solicitud de red para cada microservicio llamado. Además, tener la
+el cliente tendría que hacer una solicitud de red para cada microservicio llamado. Además, tener
 la llamada del cliente a cada microservicio vincula directamente al cliente con ese microservicio - si la
 implementacion interna del cambio de microservicios (por ejemplo, si dos microservicios se combinan en 
 algún momento en el futuro) o si la ubicación (host y puerto) de un microservicio cambia, entonces cada 
@@ -26,7 +26,7 @@ cliente que hace uso de esos microservicios debe ser actualizado.
 La intención del patrón API Gateway es aliviar algunos de estos problemas. En el patrón API Gateway, 
 se coloca una entidad adicional (la API Gateway) entre el cliente y los microservicios.
 El trabajo de API Gateway es agregar las llamadas a los microservicios. En lugar de que el cliente
-llame a cada microservicio individualmente, el cliente llama al API Gateway una sola vez. la API
+llame a cada microservicio individualmente, el cliente llama a la API Gateway una sola vez. La API
 Gateway luego llama a cada uno de los microservicios que necesita el cliente.
 
 Ejemplo real
@@ -146,13 +146,13 @@ public class ApiGateway {
 
 ## Diagrama de clase
 
-![alt text](/api-gateway/etc/api-gateway.png "API Gateway")
+![alt text](./etc/api-gateway.png "API Gateway")
 
 ## Aplicaciones
 
 Usa el patrón de API Gateway cuando
 
-* Estés usando una arquitectura de microservicios y necesites un único punto de agregación para las llamadas de microservicios.
+* Estás usando una arquitectura de microservicios y necesites un único punto de agregación para las llamadas de microservicios.
 
 ## Tutoriales