Java8 lambda支持

函數式編程

說lambdas前,先理解下什麼是函數式編程,若是你是個純Java程序員,並且以前一直是沒有使用過Java8,可能尚未使用過這種編程方式。用一句最直接的話解釋就是能夠把函數當作參數傳入。舉個下面這樣的列子java

int c1(int x,int y){
    return x+y;
}

void func(
    c1(int x,int y), // 參數一,這裏至關因而把c1這個函數直接傳進來
    int c  // 參數二
){ // do something ...}

上面的列子只是舉個簡單例子,Java中並無這樣的語法,下面用Java8的支持的lambdas語法演示下:程序員

// 在Java8中使用lambdas方式,能夠直接這樣寫:
void func((x,y)->{x+y},int y) {// do something...}

// (x,y)->x+y 這樣寫以前必須有一個這樣對應的接口是這樣定義的,以下
@FunctionalInterface   // 這個註解不是必須的,只是爲了代表這個接口是用於支持Lamdas函數
public interface Func{
    int c1(int x,int y); 
}

// 在舉個使用異步線程的例子
new Thread(()->{// do something}).start()
// 這裏Runnable對象,就能夠用lambdas表達式:()->{do something}
// 當代碼只有一行的時候,能夠不須要{}

至於編譯器是怎樣解釋lambdas的語法的,咱們先能夠大膽猜想是把它編譯成一個匿名的對象,是否是能夠這樣解釋且解釋的通,下面具體介紹下express

lambda是什麼

「Lambda 表達式」(lambda expression)是一個匿名函數,Lambda表達式基於數學中的λ演算得名,直接對應於其中的lambda抽象(lambda abstraction),是一個匿名函數,即沒有函數名的函數。Lambda表達式能夠表示閉包(注意和數學傳統意義上的不一樣)。編程

能夠理解爲lamdba就是一種表達式語言,就是咱們學習數學時,用一些符號來表明一些數學計算表達。閉包

使用lambda的好處

  • 支持函數式編程,咱們在編程上多一種編程模式選擇,對於一些喜歡這種編程方式的人是個福音
  • 使用lambda的地方,每每代碼會精簡不少,看起來不臃腫,易讀,有逼格

這是我我的使用後的一個感覺less

lambda在Java8中的使用

lambda是一種表達式語言,那咱們常見可用的地方就是在一些數學計算描述中,如集合遍歷、排序,或者自定義一些lambda表達式,例以下面用於描述集合排序規則:異步

List<String> names = Arrays.asList("peter", "anna", "mike", "xenia」);
// (a,b)->a.compareTo(b) 能夠這樣直接描述比較的規則
Collections.sort(names, (a,b)->a.compareTo(b));

lambda的用法規則

怎樣編寫lambda表達式 ?寫法很簡單,下面這樣描述
params -> expression 
params -> {expression}
//在表達式中能夠經過::直接調用參數對象擁有的方法,如
a::length
Lambda表達式編寫時能夠自動參數類型,好比上面對names集合排序時,定義類型時List<String>
(a,b)->a.compareTo(b) // 此時a,b的類型是String類型,你能夠向下面這樣指定類型,可是多餘的
(String a,String b)->a.compareTo(b) // 不用指定String類型修飾,能夠自動推導
何時可使用lambda表達式?

Java中新增了一個註解:按照其解釋就是說,使用該註解註釋的接口都是函數接口,若是接口沒有使用該註解聲明,也會被當作函數接口。意思就是說,只要是接口類型,咱們均可以傳入lambda表達式。在java.util.function包下定義了各類函數接口函數式編程

/**
 * An informative annotation type used to indicate that an interface
 * type declaration is intended to be a <i>functional interface</i> as
 * defined by the Java Language Specification.
 *
 * Conceptually, a functional interface has exactly one abstract
 * method.  Since {@linkplain java.lang.reflect.Method#isDefault()
 * default methods} have an implementation, they are not abstract.  If
 * an interface declares an abstract method overriding one of the
 * public methods of {@code java.lang.Object}, that also does
 * <em>not</em> count toward the interface's abstract method count
 * since any implementation of the interface will have an
 * implementation from {@code java.lang.Object} or elsewhere.
 *
 * <p>Note that instances of functional interfaces can be created with
 * lambda expressions, method references, or constructor references.
 *
 * <p>If a type is annotated with this annotation type, compilers are
 * required to generate an error message unless:
 *
 * <ul>
 * <li> The type is an interface type and not an annotation type, enum, or class.
 * <li> The annotated type satisfies the requirements of a functional interface.
 * </ul>
 *
 * <p>However, the compiler will treat any interface meeting the
 * definition of a functional interface as a functional interface
 * regardless of whether or not a {@code FunctionalInterface}
 * annotation is present on the interface declaration.
 *
 * @jls 4.3.2. The Class Object
 * @jls 9.8 Functional Interfaces
 * @jls 9.4.3 Interface Method Body
 * @since 1.8
 */
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface FunctionalInterface {}
相關文章
相關標籤/搜索