¿Por qué java/javascript/python fuerza el uso de() después de un nombre de método, incluso si no toma argumentos?

Question

Uno de mis errores más comunes es que nunca puedo recordar si algo es un método o una propiedad, por lo que estoy constantemente agregando o quitando paréntesis.

Así que me preguntaba si había una buena lógica detrás de hacer la diferencia entre llamar a las propiedades de un objeto y los métodos explícitos.

Obviamente, le permite tener propiedades y métodos que comparten el mismo nombre, pero no creo que se acerca mucho.

El único gran beneficio que se me ocurre es la legibilidad. A veces es posible que desee saber si algo es un método o una propiedad mientras mira el código, pero tengo problemas para encontrar ejemplos específicos cuando sería realmente útil. Pero soy un n00b, así que probablemente aún no me he encontrado con una situación así. Apreciaría ejemplos de tal situación.

Además, ¿hay otros idiomas donde la diferencia no es explícita?

De todas formas, si se pudiera responder, que me ayudará a ser menos molesto cada vez que hago este error^- ^.

ACTUALIZACIÓN: Gracias a todos por las respuestas impresionantes hasta ahora! Solo tengo una semana de js y 1 día de python, así que no tenía idea de que pudieras hacer referencia a las funciones sin llamarlas. Eso es genial. Tengo un poco más de experiencia con Java, así que de allí vengo en su mayoría ... ¿alguien puede presentar un argumento igualmente convincente para que ese sea el caso en Java, donde no se puede hacer referencia a las funciones? Además de ser un lenguaje muy explícito, con todos los beneficios que conlleva :).

Answer 1

Normalmente, las propiedades son accesadores y los métodos realizan algún tipo de acción. Partiendo de esta suposición, es barato usar una propiedad, es costoso usar un método.

Foo.Bar, por ejemplo, indicaría a mí que sería devolver un valor, como una cuerda, sin un montón de gastos generales.

Foo.Bar() (o más probablemente, Foo.GetBar()), por otro lado, implica la necesidad de recuperar el valor de "Barra", tal vez de una base de datos.

Las propiedades y los métodos tienen diferentes propósitos y diferentes implicaciones, por lo que también deben diferenciarse en el código.

Por cierto, en todos los idiomas que conozco la diferencia en la sintaxis es explícita, pero detrás de las escenas propiedades son tratados a menudo como llamadas a métodos simplemente especiales.

Answer 2

creo que su respuesta es sí mismo:

Uno de mis errores más comunes es que nunca puedo recordar si algo es un método o una propiedad, así que estoy constantemente añadiendo o quitando paréntesis.

considerar lo siguiente:

if (colorOfTheSky == 'blue')

vs:

if (colorOfTheSky() == 'blue')

Podemos saber con sólo mirar que las primeras comprobaciones para una variable llamada colorOfTheSky, y queremos saber si su valor es blue. En el segundo, sabemos que colorOfTheSky() llama a una función (método) y queremos saber si su valor de retorno es blue.

Si no tuviéramos esta distinción, sería extremadamente ambiguo en situaciones como esta.

Para responder a su última pregunta, no conozco ningún idioma que no tenga esta distinción.

Además, probablemente tenga un problema de diseño si no puede distinguir entre sus métodos y sus propiedades; como señala otra respuesta, los métodos y las propiedades tienen diferentes roles para jugar. Además, es una buena práctica que los nombres de sus métodos sean acciones, p. getPageTitle, getUserId, etc., y para que sus propiedades sean sustantivos, por ejemplo, pageTitle, userId. Debes poder descifrarlos fácilmente en tu código tanto para ti como para cualquiera que venga después y lea tu código.

Answer 3

Al menos en JS, es porque se pueden pasar funciones.

var func = new Function(); 

luego se puede así que algo como

var f = func 
f() 

por lo que 'f' y 'func' son referencias a la función, y f() o func() es la invocación de la función.

que no es el mismo que

var val = f(); 

que asigna el resultado de la invocación a una var.

Para Java, no se pueden pasar funciones, al menos como se puede en JS, por lo que no hay ninguna razón para que el lenguaje requiera a() invocar un método. Pero es lo que es.

No puedo hablar para pitón.

Pero el punto principal es que los diferentes idiomas pueden tener razones por las cuales la sintaxis puede ser necesaria, y en ocasiones la sintaxis es solo la sintaxis.

Answer 4

Todos los idiomas modernos requieren esto porque referencia a una función y llamar una función son acciones separadas.

Por ejemplo,

def func(): 
    print "hello" 
    return 10 
a = func 
a() 

Claramente, a = func y a = func() tienen significados muy diferentes.

Ruby: el lenguaje más probable en el que estás pensando, por el contrario, no requiere los paréntesis; puede hacer esto porque no admite tomar referencias a funciones.

Answer 5

En idiomas como Python y JavaScript, las funciones son objetos de primera clase. Esto significa que puede pasar funciones, al igual que puede pasar cualquier otro valor. Los paréntesis después del nombre de la función (el () en myfunc()) en realidad constituyen un operador, al igual que + o . En lugar de significar "agregar este número a otro número" (en el caso de +), () significa "ejecutar la función anterior". Esto es necesario porque es posible usar una función sin ejecutarla. Por ejemplo, puede que desee para compararla con otra función utilizando ==, o puede que desee pasar en otra función, como en este ejemplo de JavaScript:

function alertSomething(message) { 
    alert(message); 
} 

function myOtherFunction(someFunction, someArg) { 
    someFunction(someArg); 
} 

// here we are using the alertSomething function without calling it directly 
myOtherFunction(alertSomething, "Hello, araneae!"); 

En resumen: es importante ser capaz de se refieren a una función sin llamarla; esta es la razón por la cual la distinción es necesaria.

Answer 6

Porque hacer una referencia y llamar a un método son dos cosas diferentes. Considere X.method siendo el método de class X y x una instancia de X, por lo que x.method == 'blue' nunca podrá ser cierto porque los métodos no son cadenas.

Puede probar esto: imprimir un método de un objeto:

>>> class X(object): 
... def a(self): 
...  print 'a' 
... 
>>> x=X() 
>>> print x.a 
<bound method X.a of <__main__.X object at 0x0235A910>> 

Answer 7

Si usted está teniendo problemas, distinguiendo entre sus propiedades y métodos, es probable que no nombrarlos muy bien.

En general, sus métodos deben tener un verbo en ellos: es decir, escribir, imprimir, eco, abrir, cerrar, obtener, establecer y nombres de propiedad deben ser sustantivos o adjetivos: nombre, color, relleno, cargado.

Es muy importante usar métodos y nombres de propiedades con sentido, sin eso, encontrará que tendrá dificultades para leer su propio código.

Answer 8

En Java, puedo pensar en dos razones por las que () se requiere:

1) de Java tenían un objetivo específico de diseño para tener una "C/C++ como" sintaxis, para hacer más fácil para C y C++ programadores para aprender el idioma. Tanto C como C++ requieren los paréntesis.

2) La sintaxis de Java requiere específicamente que los paréntesis eliminen la ambigüedad de una referencia a un atributo o local de una llamada a un método. Esto se debe a que los nombres de los métodos y los nombres de los atributos/locales se declaran en diferentes espacios de nombres. Así que la siguiente es legal de Java:

public class SomeClass { 
    private int name; 
    private int name() { ... } 

    ... 

    int norm = name; // this one 
} 

Si el () no era necesario para una llamada de método, el compilador no sería capaz de decir si la instrucción con etiqueta ("este") se asigna el valor de la name atributo o el resultado de llamar al método name().

Answer 9

La diferencia no siempre es explícita en VBA. Esta es una llamada a un Sub (es decirun método sin valor de retorno), que no toma ningún parámetro (todos los ejemplos son de Excel):

Worksheets("Sheet1").UsedRange.Columns.AutoFit 

mientras que este está accediendo a un atributo a continuación, pasando como un parámetro:

MsgBox Application.Creator 

Como en el anterior ejemplo, los paréntesis son opcionales también en torno a parámetros si no hay necesidad de tratar con el valor de retorno:

Application.Goto Worksheets("Sheet2").Range("A1") 

pero es necesario si se utiliza el valor de retorno: