티스토리 뷰
앞선 포스팅에서 메서드를 전달하기 위한 익명 클래스를 작성하는 반복되고 지저분한 코드를 줄이는게 람다 표현식이라고 설명했다. 메서드 레퍼런스는 이름에서 알 수 있듯이 메서드의 레퍼런스를 전달한다는 의미이며, 람다표현식에서 메서드 호출 1회로 코드가 끝나는 경우 메서드 레퍼런스를 이용해 이미 줄인 코드를 더 줄일수도있다.
메서드의 레퍼런스라고하지만 엄밀히 말해 자바에서의 메서드는 일급 객체가 아니기때문에 객체의 레퍼런스를 전달하는 방식으로 작동한다.
Function<String, Integer> f = str -> Integer.parseInt(str);
Function 인터페이스는 하나의 인자를 받아 다른타입의 리턴타입을 갖는 apply() 메서드를 갖고있는 함수형 인터페이스이다. 람다를 사용해 String 객체를 인자로 받아 Integer 타입으로 변환하도록 구현했다. 메서드 구현부분이 Integer.parseInt() 메서드 한번 호출로 끝나버린다. 이럴때 메서드 레퍼런스를 사용할 수 있다.
Function<String, Integer> f = Integer::parseInt;
Integer result = f.apply("123");
Integer 클래스의 정적 메서드인 parseInt()를 메서드 레퍼런스로 전달했다. 해당 구현체 소스에서 사용할 수 있는 지역변수는 String 타입의 str밖에 없다. 그리고 리턴타입은 제네릭을 이용해 Integer를 건네줘야하는걸 추론할 수 있다. 때문에 메서드만 전달해주면 컴파일러가 알아서 호출해주는것이다. 지금은 예제코드라 이걸 왜 쓰는지 이해가 안갈수도있지만 복잡한 코드에서 어떤 메서드를 사용했는지 선언적으로 코딩을 할 수 있도록 해준다.
Function<String, Boolean> f = String::isEmpty;
Boolean result = f.apply("123");
isEmpty() 메서드는 정적메서드는 아니다. 하지만 인자로 넘어오는 타입이 String 이기때문에 해당 타입의 메서드를 호출해준다.
메서드 레퍼런스를 사용할 수 있는 경우에 따라 사용법이나 추론법이 약간 다르다.
1) 정적 메서드 레퍼런스
위에서 본 예제이다. 호출하고자하는 정적 클래스::메서드명 형식으로 작성한다.
Function<String, Integer> f = Integer::parseInt;
Integer result = f.apply("123");
2) 인자 인스턴스 메서드 레퍼런스
이것 역시 위에서 본 예제이다. 인자의 타입이 명확할때 해당 타입 클래스::메서드명 형식으로 작성한다.
Function<String, Boolean> f = String::isEmpty;
Boolean result = f.apply("123");
Supplier<String> s = String::new;
람다 캡쳐링(Lambda Capturing)을 이용해 람다 표현식 바깥에있는 인스턴스의 메서드를 호출할때 사용한다. 인자 인스턴스와는 분명히 다르다. 코드를 보고 이해하자.
String str = "hello";
Predicate<String> p = str::equals;
p.test("world");
equals() 메서드는 호출하는 객체와 인자로 넘기는 객체. 총 2개의 객체가 필요한 메서드이다. Predicate를 구현할때 인자로 넘어오는 객체는 1개뿐이기때문에
Predicate<String> p = String::equals;
이런 형태로는 작성할 수 없다. 인자로 넘어오는 String 객체의 equals() 메서드를 호출해버리면 인자로 보낼 객체를 추론할 수 없기때문이다.
바깥에 있는 str의 equals를 호출해야 인자로 넘어오는 String 객체를 equals() 메서드의 인자로 보내겠다는 의도를 추론할 수 있다.
Comparator<String> c = String::compareTo;
이런식의 작성도 할 수 있다. compareTo() 메서드를 호출하기위해선 호출하는 객체와 인자로 보내는 객체, 객체 2개가 필요한데 compare() 메서드에는 마침 2개의 인자가 넘어온다. 첫번째인자로 호출하고 두번째인자를 인자로 보내는 것이다.
예제코드만 봤을땐 특별히 어려울게 없을것같지만 필요할때 사용한다거나 남이 짠코드를 파악할때 메서드 레퍼런스를 만나면 의외로 헷갈릴일이 많을것이다. 이런일이 없게하려면 람다를 메서드 레퍼런스로, 메서드 레퍼런스를 람다로 바꾸는 연습을 많이 해보길 바란다.
'Java' 카테고리의 다른 글
리스트돌릴땐 무조건 foreach(향상된 for 문)를 사용하자 (12) | 2016.10.30 |
---|---|
Java8#04. 스트림(Stream) (3) | 2016.10.19 |
Java8#02. 함수형 인터페이스(Functional Interface) (5) | 2016.10.17 |
Java8#01. 람다 표현식(Lambda Expression) (25) | 2016.10.02 |
자바8 용어정리 (1) | 2016.09.19 |
- Total
- Today
- Yesterday
- DesignPattern
- go-core
- Spring
- generics
- OOP
- backend개발환경
- JPA
- 정규표현식
- toby
- db
- http
- clean code
- mariadb
- frontcode
- servlet
- MySQL
- programming
- code
- Design Pattern
- Jackson
- JavaScript Core
- TEST
- Git
- spring cloud
- javascript
- EffectiveJava
- frontend개발환경
- java8
- Kotlin
- java
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |