Use English for technical pattern names (Service Locator, dependency injection, Command)

Spanish developers commonly use these terms in English:
- 'localizador de servicios' → 'Service Locator'
- 'inyección de dependencias' → 'dependency injection'
- 'patrón command' → 'patrón Command' (capitalized)

This matches actual Spanish developer usage where design pattern names
stay in English.

Author: escamoteur

code_samples/.dart_tool/extension_discovery/devtools.json

@@ -0,0 +1 @@
+{"version":2,"entries":[{"package":"get_it","rootUri":"../../../get_it/","packageUri":"lib/","config":{"name":"get_it","issueTracker":"https://github.com/fluttercommunity/get_it/issues","version":"0.0.1","materialIconCodePoint":"0xe189"}},{"package":"listen_it","rootUri":"../../../listen_it/","packageUri":"lib/"},{"package":"watch_it","rootUri":"../../../watch_it/","packageUri":"lib/"},{"package":"code_samples","rootUri":"../","packageUri":"lib/"}]}

code_samples/.dart_tool/package_graph.json

@@ -29,7 +29,7 @@
     },
     {
       "name": "watch_it",
-      "version": "2.1.0",
+      "version": "2.2.0",
       "dependencies": [
         "flutter",
         "get_it",

docs/es/documentation/get_it/faq.md

@@ -365,7 +365,7 @@ Mira la [documentación de Registro de Objetos](/es/documentation/get_it/object_
 
 <strong>Importante:</strong> get_it y Provider sirven <strong>propósitos diferentes</strong>, aunque a menudo se confunden.
 
-<strong>get_it</strong> es un <strong>localizador de servicios</strong> para inyección de dependencias:
+<strong>get_it</strong> es un <strong>Service Locator</strong> para dependency injection:
 - Gestiona instancias de servicio/repositorio
 - No específicamente para gestión de estado de UI
 - Desacopla interfaz de implementación

docs/es/documentation/get_it/getting_started.md

@@ -13,7 +13,7 @@ next:
   <h1 style="margin: 0;">Primeros Pasos</h1>
 </div>
 
-<strong>get_it</strong> es un localizador de servicios simple y rápido para Dart y Flutter que te permite acceder a cualquier objeto que registres desde cualquier parte de tu app sin necesitar `BuildContext` o árboles de widgets complejos.
+<strong>get_it</strong> es un Service Locator simple y rápido para Dart y Flutter que te permite acceder a cualquier objeto que registres desde cualquier parte de tu app sin necesitar `BuildContext` o árboles de widgets complejos.
 
 <strong>Beneficios clave:</strong>
 <ul style="list-style: none; padding-left: 0;">

docs/es/getting_started/what_to_do_with_which_package.md

@@ -50,10 +50,10 @@ Una buena arquitectura Flutter sigue principios clave: **separación de responsa
 
 **Problema**: ¿Cómo accedo a servicios, lógica de negocio y datos compartidos sin pasarlos a través del árbol de widgets?
 
-**Solución**: Patrón service locator - registra una vez, accede desde cualquier lugar sin BuildContext.
+**Solución**: Patrón Service Locator - registra una vez, accede desde cualquier lugar sin BuildContext.
 
 **Úsalo cuando**:
-- Necesites inyección de dependencias sin el árbol de widgets
+- Necesites dependency injection sin el árbol de widgets
 - Quieras compartir servicios a través de tu app
 - Necesites control sobre el ciclo de vida de objetos (singletons, factories, scopes)
 - Quieras probar tu lógica de negocio de forma independiente
@@ -131,22 +131,22 @@ Una buena arquitectura Flutter sigue principios clave: **separación de responsa
 ## Combinaciones Comunes de Paquetes
 
 ### Configuración Mínima: get_it + `watch_it`
-Perfecto para apps que necesitan inyección de dependencias y UI reactiva. Cubre el 90% de las necesidades típicas de una app.
+Perfecto para apps que necesitan dependency injection y UI reactiva. Cubre el 90% de las necesidades típicas de una app.
 
 **Ejemplo**: La mayoría de apps CRUD, apps de dashboard, apps con muchos formularios.
 
 ### Stack Completo: Los 4 paquetes
-Arquitectura reactiva completa con inyección de dependencias, UI reactiva, patrón command y transformaciones de datos.
+Arquitectura reactiva completa con dependency injection, UI reactiva, patrón Command y transformaciones de datos.
 
 **Ejemplo**: Apps complejas con integración de API, actualizaciones en tiempo real y transformaciones de estado sofisticadas.
 
 ### Casos de Uso Independientes
 
 Cada paquete funciona de forma independiente:
 
-- **Solo get_it**: Inyección de dependencias simple sin reactividad
-- **Solo listen_it**: Operadores/colecciones reactivas sin inyección de dependencias
-- **Solo command_it**: Patrón command para encapsular acciones
+- **Solo get_it**: Dependency injection simple sin reactividad
+- **Solo listen_it**: Operadores/colecciones reactivas sin dependency injection
+- **Solo command_it**: Patrón Command para encapsular acciones
 
 ---
 

docs/es/index.md

@@ -61,9 +61,9 @@ Sin setState(), sin código repetitivo de Provider, sin generación de código.
 
 ### <img src="/images/get_it.svg" alt="get_it" width="50" style="vertical-align: middle; margin-right: 0.5rem; display: inline-block;" />get_it
 
-**Inyección de dependencias sin el framework**
+**Dependency injection sin el framework**
 
-Localizador de servicios simple que funciona en cualquier parte de tu app—sin BuildContext, sin árboles de InheritedWidget, solo acceso limpio a dependencias.
+Service Locator simple que funciona en cualquier parte de tu app—sin BuildContext, sin árboles de InheritedWidget, solo acceso limpio a dependencias.
 
 [Comienza →](/es/documentation/get_it/getting_started) | [Ejemplos →](/examples/get_it/get_it)