Develog

🎯 아이템 46. 스트림에서는 부작용 없는 함수를 사용하라. 스트림 파이프라인 프로그래밍의 핵심은 부작용 없는 함수 객체에 있다. 스트림뿐 아니라 스트림 관련 객체에 건네지는 모든 함수 객체가 부작용이 없어야 한다. 종단 연산 중 forEach는 스트림이 수행한 계산 결과를 보고할 때만 이용해야 한다. 계신 자체에는 이용하지 말자. 스트림을 올바로 사용하려면 수집기를 잘 알아둬야 한다. 가장 중요한 수집기 팩터리는 toList, toSet, toMap, groupingBy, joining이다. Collectors /** * Collectors */ List integerList = Stream.of(3, 5, -3, 3, 4, 5).collect(java.util.stream.Collectors.toLi..

🎯 아이템 45. 스트림은 주의해서 사용하라. 스트림 API는 다재다능하여 사실상 어떠한 계산이라도 해낼 수 있다. 하지만 할 수 있다는 뜻이지, 해야 한다는 뜻은 아니다!! 스트림을 제대로 사용하면 프로그램이 짧고 깔금해지지만, 잘못 사용하면 읽기 어렵고 유지보수도 힘들어진다. 사전 하나를 훑어 원소 수가 많은 아나그램 그룹들을 출력한다. public class IterativeAnagrams { public static void main(String[] args) throws IOException { String[] sArr = new String[]{"abc","euq","test","zzfq","que","acb"}; int minGroupSize = Integer.parseInt("1"); Ma..

🎯 아이템 44. 표준 함수형 인터페이스를 사용하라. 필요한 용도에 맞는 게 있다면, 직접 구현하지 말고 표준 함수형 인터페이스를 활용하라. public class Item44 { public static void main(String[] args) { /** * 1 Supplier */ Supplier supplier = () -> "hello world"; System.out.println("supplier = " + supplier.get()); Supplier doubleSupplier = () -> Math.random(); System.out.println("doubleSupplier = " + doubleSupplier.get()); printRandomDoubles(doubleSupplie..

🎯 아이템 43. 람다보다는 메서드 참조를 사용하라. 람다가 익명 클래스보다 나은 점 중에서 가장 큰 특징은 간결함이다. 그런데 자바에는 함수 객체를 심지어 람다보다도 더 간결하게 만드는 방법이 있으니, 바로 메서드 참조다. 하지만, 메서드 참조 쪽이 짧고 명확하다면 메서드 참조를 쓰고, 그렇지 않을 때만 람다를 사용하라. 메서드 참조를 사용했을때 더 짧고 명확한 소스 List sortedOrders = orders.stream() .sorted(comparing(Order::getCreatedAt)) .map(Order::getId) .collect(Collectors.toList()); 좀 더 짧고 명확한 소스가 되었다. 하지만, 클래스명이 너무 길거나 더 명확하다고 판단되지 않는다면 람다를 사용하자..

🎯 아이템 42. 익명 클래스보다는 람다를 사용하라. 예전에는 자바에서 함수 타입을 표현할 때 추상 메서드를 하나만 담은 인터페이스를 사용했다. 이런 인터페이스의 인스턴스를 함수객체라고 하여, 특정 함수나 동작을 나타내는 데 썼다. 익명 클래스의 인스턴스를 함수 객체로 사용 - 낡은 기법이다! public class Item43 { public static void main(String[] args) { List list = new ArrayList(); list.add("test3"); list.add("te2st3"); list.add("test4"); list.add("5test3"); Collections.sort(list, new Comparator() { @Override public int ..

🎯 아이템 40. @Override 애너테이션을 일관되게 사용하라. 재정의한 모든 메서드에 @Override 애너테이션을 의식적으로 달면 실수 했을때 컴파일리가 알려줄 것이다. 예외는 한 가지뿐이다. 구체 클래스에서 상위 클래스의 추상 메서드를 재정의한 경우엔 이 애너테이션을 달지 않아도 된다. 🎯 아이템 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라. 마커 인터페이스와 마커 애너테이션은 각자의 쓰임이 있다. 새로 추가하는 메서드 없이 단지 타입 정의가 목적이라면 마커 인터페이스를 선택하자. 클래스나 인터페이스 외의 프로그램 요소에 마킹해야 하거나, 애너테이션을 적극 활용하는 프레임워크의 일부로 그 마커를 편입시키고자 한다면 마커 애너테이션이 올바른 선택이다. 따라서 ElementType...