variable de instancia java y método con el mismo nombre

Question

En java, ¿una variable de instancia y un método tienen el mismo nombre sin inestabilidad o conflicto?

Quiero asegurarme de que si puedo salirse con la compilación, que no causará ningún error en el camino.

Answer 1

Sí, está bien, principalmente porque, sintácticamente, se usan de manera diferente.

Answer 2

El único conflicto que podía pensar es

int sameName = 5; 

public int sameName() { 
    //method body 
    return 100; 
} 

Si se escribe "this.sameName" cuando se supone escribir "this.sameName()" y viceversa en algún lugar del programa, la aniquilación del código acaba de comenzar.

Answer 3

Está completamente bien porque los métodos y las variables se llaman de manera diferente.

Código:

String name = "myVariable"; 

public String name() { 
    return "myMethod"; 
} 

System.out.println(name()); // Brackets for method call 
System.out.println(name); // No brackets for variable call 

Salida:

myMethod

myVariable

Answer 4

Puede, pero es un anti pa ttern, debe evitarse, y puede ser atrapado por análisis de este modo:

http://pmd.sourceforge.net/pmd-4.3.0/rules/naming.html

Answer 5

De hecho, me he encontré con un problema, que es muy específico. Simplemente se manifiesta en Java 8 (usando Nashorn), pero no en Java 6 (usando Rhino). Si intenta acceder a una variable de instancia de un objeto Java a través de Javascript, el operador [] devuelve la instancia del método.

Supongamos que estoy ejecutando la siguiente declaración de Java:

class MyClass { 
    private boolean isSet=false; 
    public boolean isSet() { return isSet; } 
} 

Si manipular un objeto de dicha clase en Javascript, y luego tratar de acceder a ella con [] operador, me sale la referencia al método.

var obj = new MyClass(); 
var myfields = (myclass.getClass()).getDeclaredFields(); 
var myfieldname = myfields[0].name; 

// The following prints the method declaration, not the boolean value: 
// [jdk.internal.dynalink.beans.SimpleDynamicMethod boolean MyClass.isSet()] 
println(obj[myfieldname]); 

UPDATE: Aparentemente Nashorn's method overloading resolution mechanism ("implícitamente" o no intencionalmente) da mayor prioridad a los métodos sin argumentos más campos de instancia con el mismo nombre.