Функции по сравнению с методами Scala

Question

Я наблюдал Runar Bjarnason present Functional Programming for Beginners, а в 14:45 он определяет метод:

def isDivisibleBy(k: Int): Int => Boolean = i => i % k == 0 

и функции:

val isEven = isDivisibleBy(2) 

Каковы плюсы и минусы определения isEven как функция, а не метод?

Я прочитал Scala Functions vs Methods, а также Difference between method and function in Scala, и я понимаю, семантические различия, но мне интересно, если есть какая-то более глубокая причина в этом случае, почему функция может или не может быть предпочтительнее с использованием метода:

def isEven = isDivisibleBy(2) 

Answer 1

Под капотом существуют другие различия между функциями и методами. Как правило, простой метод генерирует меньше накладных расходов, чем функция (которая технически является объектом с методом apply).

Однако, если вы пытаетесь, чтобы не заботиться о тех различиях, и думать о def, val и var как полей с различной семантикой, то это просто, что def оценивает каждый раз, когда она вызывается, в то время как val оценивает только один раз.

Таким образом, a val isEven = isDivisibleBy(2) должен позвонить по телефону isDivisibleBy(2) во время его определения и присвоить результат isDivisibleBy(2). Например. он заменяет k в

def isDivisibleBy(k: Int): Int => Boolean = i => i % k == 0 

с 2 и присваивает результат конечного выражения (в данном случае существует только одно выражение):

val isEven: Int => Boolean = i => i % 2 == 0 

def isEven с другой стороны, делает никакой такой оценки и приводит к вызову isDivisibleBy (2) каждый раз.

Это означает, что позже, при выполнении кода, isEven(11) генерирует в случае val

11 % 2 == 0 

и в случае def, вы будете иметь

isDivisibleBy(2)(11) 

и только после того, как оценивая isDivisibleBy, вы получите результат.

Вы можете добавить некоторые отладки кода isDivisibleBy, чтобы увидеть разницу:

def isDivisibleBy(k: Int): Int => Boolean = { 
    println("evaluating isDivisibleBy") 
    i => i % k == 0 
} 

Answer 2

Я думаю, что основным профи определения функции isEven как val является показать аудитории, что функция может быть определена таким образом. Тогда ясно, что функция - это просто объект, как и все остальное в scala. Но в мире без демонстрации программирования нет необходимости писать функции как val.

Answer 3

Метод def isDivisibleBy(k: Int): Int => Boolean возвращает функцию, которая принимает Int (i) в качестве параметра и возвращает логическое значение (i % k == 0).

val isEven = isDivisibleBy(2) С другой стороны, это поле, в котором хранится функция, возвращаемая isDivisibleBy(2). Если вы используете def вместо val, тогда метод isDivisibleBy будет вызываться каждый раз, когда вызывается метод isEven, но теперь он вызывается только один раз, и результат сохраняется в поле.

Вы можете достичь того же результата, написав def isEven(i: Int): Boolean = i % 2 == 0

Я думаю, что точка примера состоит в том, что вы можете иметь функции, которые возвращают другие функции, и вы можете сохранить функции как объекты, а затем вызвать их, как если бы они были традиционно определенными методами. Вышеприведенный код также очень похож на currying, так что это также может быть продемонстрировано на примере (хотя он не использует Scala's syntax for currying).

Answer 4

Я хотел бы обратиться к другому пункту здесь. Это определяет isEven как метод:

def isEven = isDivisibleBy(2) 

И это определяет isEven как метод, а также:

val isEven = isDivisibleBy(2) 

В обоих случаях isEven это метод, который при вызове, возвращает функцию.

В первом случае, isDivisible(2) вызывается каждый раз, когда вызывается isEven. Например, это вызывает isDivisible(2) три раза:

def isEven = isDivisibleBy(2) 
List(1,2,3).filter(isEven) 

Во втором случае, isDivisible(2) вызывается один раз (во время строительства, или когда эта линия в определении выполняется), и это значение извлекается каждый раз, когда isEven является называется. В следующем примере вызывается isDivisible(2) только один раз:

val isEven = isDivisibleBy(2) 
List(1,2,3).filter(isEven)