zoukankan      html  css  js  c++  java
  • scala学习笔记:函数与方法

    http://stackoverflow.com/questions/2529184/difference-between-method-and-function-in-scala

    Function Type is (roughly) a type of the form (T1, ..., Tn) => U, which is a shorthand for the trait FunctionN in the standard library. Anonymous Functions and Method Values have function types, and function types can be used as part of value, variable and function declarations and definitions. In fact, it can be part of a method type.

    Method Type is a non-value type. That means there is no value - no object, no instance - with a method type. As mentioned above, a Method Value actually has a Function Type. A method type is a def declaration - everything about a def except its body.

    Value Declarations and Definitions and Variable Declarations and Definitions are val and var declarations, including both type and value - which can be, respectively, Function Type andAnonymous Functions or Method Values. Note that, on the JVM, these (method values) are implemented with what Java calls "methods".

    Function Declaration is a def declaration, including type and body. The type part is the Method Type, and the body is an expression or a block. This is also implemented on the JVM with what Java calls "methods".

    Finally, an Anonymous Function is an instance of a Function Type (ie, an instance of the trait FunctionN), and a Method Value is the same thing! The distinction is that a Method Value is created from methods, either by postfixing an underscore (m _ is a method value corresponding to the "function declaration" (defm), or by a process called eta-expansion, which is like an automatic cast from method to function.

    That is what the specs say, so let me put this up-front: we do not use that terminology! It leads to too much confusion between so-called "function declaration", which is a part of the program (chapter 4 -- basic declarations) and "anonymous function", which is an expression, and "function type", which is, well a type -- a trait.

    The terminology below, and used by experienced Scala programmers, makes one change from the terminology of the specification: instead of saying function declaration, we say method. Or even method declaration. Furthermore, we note that value declarations and variable declarations are also methods for practical purposes.

    So, given the above change in terminology, here's a practical explanation of the distinction.

    function is an object that includes one of the FunctionX traits, such as Function0Function1Function2, etc. It might be including PartialFunction as well, which actually extends Function1.

    Let's see the type signature for one of these traits:

    trait Function2[-T1, -T2, +R] extends AnyRef

    This trait has one abstract method (it has a few concrete methods as well):

    def apply(v1: T1, v2: T2): R

    And that tell us all that there is to know about it. A function has an apply method which receives Nparameters of types T1T2, ..., TN, and returns something of type R. It is contra-variant on the parameters it receives, and co-variant on the result.

    That variance means that a Function1[Seq[T], String] is a subtype of Function1[List[T], AnyRef]. Being a subtype means it can be used in place of it. One can easily see that if I'm going to call f(List(1, 2, 3)) and expect an AnyRef back, either of the two types above would work.

    Now, what is the similarity of a method and a function? Well, if f is a function and m is a method local to the scope, then both can be called like this:

    val o1 = f(List(1, 2, 3))
    val o2 = m(List(1, 2, 3))

    These calls are actually different, because the first one is just a syntactic sugar. Scala expands it to:

    val o1 = f.apply(List(1, 2, 3))

    Which, of course, is a method call on object f. Functions also have other syntactic sugars to its advantage: function literals (two of them, actually) and (T1, T2) => R type signatures. For example:

    val f = (l: List[Int]) => l mkString ""
    val g: (AnyVal) => String = {
      case i: Int => "Int"
      case d: Double => "Double"
      case o => "Other"
    }

    Another similarity between a method and a function is that the former can be easily converted into the latter:

    val f = m _

    Scala will expand that, assuming m type is (List[Int])AnyRef into (Scala 2.7):

    val f = new AnyRef with Function1[List[Int], AnyRef] {
      def apply(x$1: List[Int]) = this.m(x$1)
    }

    On Scala 2.8, it actually uses an AbstractFunction1 class to reduce class sizes.

    Notice that one can't convert the other way around -- from a function to a method.

    Methods, however, have one big advantage (well, two -- they can be slightly faster): they can receive type parameters. For instance, while f above can necessarily specify the type of List it receives (List[Int] in the example), m can parameterize it:

    def m[T](l: List[T]): String = l mkString ""

    I think this pretty much covers everything, but I'll be happy to complement this with answers to any questions that may remain.


  • 相关阅读:
    4星|《门口的野蛮人2》:美国宝万之争专业户KKR公司的疯狂借债收购史
    3星|《多样性红利》:10年旧书,《群体智慧》的注解版,习题集性质
    4星|《财经》2018年第26期:全国流感疫苗供应不足
    互联网行业的左其盛好评书21本
    华为相关6本书,都不值得读
    3.5星|《产品觉醒》:针对互联网商业和产品的评论与思考,有实践有洞察
    3星|埃森哲《机器与人》:基于人工智能新闻甚至宣传稿的畅想与分析
    3星|《华为终端战略》:华为手机大事记,企业宣传稿风格
    2.5星|《极简企业史》:资料汇编,一大半内容是相关图书简介
    AspNet Core 发布到Linux系统和发布IIS 注意项
  • 原文地址:https://www.cnblogs.com/bluejoe/p/5115869.html
Copyright © 2011-2022 走看看