translation to spanish (spelling check pending)

Author: Carlos

cjdelgado/PatronEstrategia/readme.md

@@ -1,11 +1,12 @@
-# No more nested conditionals, embrace the strategy pattern
+# No mas condicionales anidados, abraza el patrón estrategia
 
-Some days ago, a team partner asked in our chat how to resolve the following situation:
+[English version](https://www.carlosjdelgado.com/no-more-nested-conditionals-embrace-the-strategy-pattern/)
 
-"I have a controller calling a class, depending of the value of parameters passed to the controller the called method can make an action or another"
+Hace algunos dias un compañero de equipo formuló la siguiente pregunta en nuestro chat:
 
-The code that him want to refactor was something like this (is just an example) :
+"Tengo un controller que llama a una clase, dependiendo del valor del parametro que se le pasa al controller el metodo al que se llama puede hacer una cosa u otra"
 
+El codigo que queria refactorizar era algo como esto (solo un ejemplo):
 
 ```csharp
 public int DoMathematicalOperation (string @operator, int a, int b)
@@ -28,16 +29,15 @@ public int DoMathematicalOperation (string @operator, int a, int b)
     throw Exception("You must pass a valid operator");
 }
 
-//METHODS FOR ADD, MULTIPLY AND DIVIDE
+//METODOS PARA SUMAR, MULTIPLICAR Y DIVIDIR
 ```
+¿Quien no se ha encontrado nunca en esta situación? El product owner necesita una nueva funcionalidad para la aplicación, pero esta funcionalidad tiene algunas excepciones que cambian todo el comportamiento para algunos casos. Por ejemplo, tienes un servicio de busqueda de vuelos que usa un servicio externo para devolver todos los vuelos disponibles en un dia, pero hay algunas rutas que usan otro servicio para obtener esos vuelos, en este caso el comportamiento cambia completamente.
 
-Who had never been in this situation? The product owner needs a new feature for the application, but this feature has some exceptions that changes all over the behavior in some cases. For example, you have a flight search service that uses an external service that gives all the flights available on a date, but have some routes that uses another service for getting these flights, in this case the behavior changes completely.
+Otro caso puede ser si cambias una funcionalidad pero el product owner quiere que este inactiva en el entorno de produccion hasta que el departamento de marketing (por ejemplo) lo apruebe, en ese caso querras usar una feature flag en tus settings que cambian el comportamiento.
 
-Another case can be  if you change a functionality but the product owner wants to be inactive in production enviroments until marketing department (for example) approves it, in this case you want to use a feature flag in your settings file that changes the behavior.
+Volviendo a nuestro ejemplo anterior es obvio que hay mas de una implementacion de una operacion matematica con 2 operadores, el codigo anterior no respeta la S de los principios SOLID porque esta asumiendo mas de una responsabilidad al mismo tiempo (sumar, multiplicar y dividir), puede ser refactorizado separandolo para tener una implementación por operacion matematica usando una interface como molde.
 
-Going back to our previous example is obvious that there are more than one implementation of a mathematical operation with two operators, The previous code does not respect the S of the SOLID principles  because it is taken more than one resposability at once (Add, Multiply and divide), it can be refactored isolating to an implementation by mathematical operation and using an interface as shape.
-
-There is the base interface of our refactor:
+Esta es la interface base de nuestro refactor:
 
 ```csharp
 public interface IMathematicalOperation 
@@ -46,7 +46,7 @@ public interface IMathematicalOperation
 }
 ```
 
-Now, there is the 3 implementations:
+Ahora tenemos estas 3 implementaciones:
 
 ```csharp
 public class AddOperation : IMathematicalOperation
@@ -80,8 +80,7 @@ public class DivideOperation : IMathematicalOperation
     }
 }
 ```
-
-Having this scenario is easy to implement the strategy pattern, remember that an operation depends of operator symbol passed (+, *, /) so, why not to present the operator as a new property in each implementation?
+Sobre este escenario es facil de implementar un patrón estrategia, recuerda que cada operación depende del simbolo de operador que se le pase (+, *, /) entonces, ¿porque no presentar el operador como una nueva propiedad en cada implementacion?
 
 ```csharp
 public interface IMathematicalOperation 
@@ -130,9 +129,9 @@ public class DivideOperation : IMathematicalOperation
 }
 ```
 
-It's time to add a new class in the ecuation; the resolver.
+Es el momento de añadir una nueva clase en la ecuación: el resolver.
 
-The resolver of this case has the responsibility to give the correct implementation of an mathematical operation taking the operator symbol as parameter.
+El resolver de este caso tiene la responsabilidad de devolver la implementación correcta de una operación matematica a partir del simbolo de operador pasado como parametro.
 
 ```csharp
 public class MathematicalOperationResolver
@@ -156,9 +155,9 @@ public class MathematicalOperationResolver
 }
 ```
 
-Note that this is just an example, you can pass all the mathematical implementations as a list using your favorite DI system.
+Ten en cuenta que esto es solo un ejemplo, puedes pasar todas las implementaciones en una lista usando tu sistema favorito de DI.
 
-With your resolver implemented then you can refactor the original code and the result would be like this:
+Con tu resolver implementado entonces puedes refactorizar el codigo original, y el resultado quedaría tal que asi:
 
 ```csharp
 public int DoMathematicalOperation(string @operator, int a, int b)
@@ -169,6 +168,6 @@ public int DoMathematicalOperation(string @operator, int a, int b)
 }
 ```
 
-You see? All the nested conditionals has been removed and the code has become more maintainable, take in mind when you find this situation the next time!
+Has visto? todos los condicionales anidados se han eliminado y el codigo ahora es mas mantenible, ten esto en cuenta cuando vuelvas a encontrarte con esta situación.
 
 Happy coding!