alternativa a la sentencia if en Java

Question

tengo curiosidad de ver cualquier alternativa (s) al regular si las declaraciones tales como

if(x) 
    do a; 
if(y) 
    do b; 
if(z) 
    do c; 

con el fin de que se ve todo si las declaraciones son independientes y ninguna condición else. Tenga en cuenta que X Y Z son condiciones totalmente independientes, por lo que el cambio no cabría.

Answer 1

Un "objeto verdaderamente orientado" respuesta sería definir una interfaz para la "Regla" (con la condición() y la acción() métodos), cree 3 implementaciones, meterlas en una colección, y luego simplemente iterar a través de ellos de forma genérica como en:

 
List<Rule> rules = .... ; // your 3 rules initialized here somehow 
for(Rule r : rules) { 
    if(r.condition()) { 
    r.action(); 
    } 
} 

Esto tiene mucho más sentido si usted tiene 300 reglas/condiciones en lugar de sólo 3.

En Java8, puede que desee hacer esto en su lugar, si las reglas son intensivo de la CPU:

rules.parallelStream().filter(r -> r.condition()).forEach(r -> r.action()); 

Answer 2

esta es la solución más simple, legible pero eficaz. Me sorprendería ver alternativas efectivas aquí.

EDITAR

se puede tratar de aplicar método de extracto de varias veces:

doAIfX(); 
doBIfY(); 
doCifZ(); 

donde los métodos se definen por:

void doAIfX() { 
    if (!X) { 
     return; 
    } 

    // do 'a' 
} 

Answer 3

que realmente depende de lo que x, y, z y a, b, c son. A veces, si las declaraciones son más adecuadas. Algunas veces el polimorfismo es más adecuado.

Answer 4

Las alternativas a if-else en Java son la sentencia switch y el conditional ternary (:?) del operador, ninguno de los cuales hacen exactamente lo que estás pidiendo (manejar sólo una if sin else). El código que publicaste es la mejor manera de hacerlo, en mi opinión.

Answer 5

Usa polimorfismo.

interface SomethingDoer { 
    public void doSomething(); 
} 

class ADoer implements SomethingDoer { ... } 
class BDoer implements SomethingDoer { ... } 
class CDoer implements SomethingDoer { ... } 

public class Main { 
    public static void main (String[] args) { 
      SomethingDoer doer = new SomethingDoerFactory(args).getDoer(); 
      doer.doSomething(); 
    } 
} 

El if no se elimina por completo, pero se mueve a SomethingDoerFactory. Esta solución no es aplicable en todos los casos, pero en algunos de ellos es una muy buena alternativa a múltiples ifs.

Aquí es un bonito hablar de ello:
http://misko.hevery.com/2008/12/08/clean-code-talks-inheritance-polymorphism-testing/

Answer 6

La respuesta corta es sí.

Hay algunas ocasiones en que puede evitar utilizarlas si se trata de evluation condicional y de ramificación juntas. Y tienen momentos de adecuación.

1. polimorfismo, cuando el comportamiento depende de los valores iniciales

2. Asignación Referrenced, cuando se conocen los posibles valores iniciales y tienen 1 a 1 correlación con los valores de retorno.Las listas son mejores que las matrices para esto, pero ...
   

   // Example: 
   if (a==1) { b=2; } 
   if (a==2) { b=17; } 
   
   // Becomes 
   int fx(2); // our array of answers 
   fx[0] = 2; 
   fx[1] = 17; 
   b = fx[ a - 1 ]; 
   

3. Referrenced ramificación, cuando se conocen los posibles valores iniciales y tienen 1 a 1 correlación con la función/rama de usar . (Ejemplo no Java)

   // Example: 
   if (a==1) { doSomething1(); } 
   if (a==2) { doSomething2(); } 
   
   // Becomes 
   function * fx(2); // our array or better still, list of functions 
   fx[0] = &doSomething1; 
   fx[1] = &doSomething2; 
   `fx[ a - 1 ](); ` 
   

4. asignación boolean directa.

   No nos gusta:

   if (thisCondition == true) { 
       b = true; 
   } else { 
       b = false; 
   } 
   

   debe ser:

   b = thisCondition;

Answer 7

Usted necesita tener estos si los estados parte.

Se pueden refabricar en otros métodos para mantener el método presente limpio, como otros han sugerido. Si necesita volver a utilizar este mismo establecer de sentencias if en varios lugares, es posible usar Decorator Pattern.

Answer 8

Switch quizás?

No puedo pensar por qué querrías reemplazarlo.

Answer 9

Parece una carcasa perfecta para usar cierre. Pero para eso necesita groovy o algo similar.

Answer 10

¿Qué tal ... myAnimator (cosa, pos, velocidad | computeSpeed ​​());

if speed === undefined se computeSpeed ​​... Creo.

Answer 11

Es realmente depende del contexto ... pero sí if-else es sólo una de flujo de control declaración en java: https://docs.oracle.com/javase/tutorial/java/nutsandbolts/flow.html