오늘도 더 나은 코드를 작성하였습니까?

코틀린은 원시 타입과 래퍼 타입을 구분하지 않는다 원시 타입은 변수에 할당한 그 값이 직접 메모리에 들어간다. 참조 타입은 그 객체에 대한 주소 값이 메모리에 들어간다. 자바의 경우 참조 타입이 필요한 경우 원시 타입을 래퍼 클래스로 감싸서 사용한다. 예를 들면 Collection 가 아닌 Collection 처럼 말이다. 하지만 코틀린은 그렇지 않다 래퍼타입과 원시 타입을 구분하지 않으면 편리하다. 또한 원시타입에 대한 메서드 호출이 가능하다. *coerceIn은 값을 특정 범위로 한정한다. fun showProgress(progress: Int){ val percent = progress.coerceIn(0,100) println("$percent done! ") } fun main() { showP..

코틀린을 비롯한 최신 언어에서는 null에 대한 접근방법은 가능한 이문제를 runtTime 시점이 아닌 compile 시점으로 옮기는 것이다. null 이 될 수 있는지 여부를 타입 시스템에 추가함으로써 컴파일러가 여러 가지 오류를 컴파일 시 미리 감지해서 실행 시점에 발생하는 예외를 줄이는 것이다. Null 이 될 수 있는 타입 - 코틀린은 null 이 될 수 있는 타입을 명시적 지원한다 - TYPE? = TYPE or null - null이 될 가능성이 있는 타입의 변수는 메서드의 직접 호출을 할 수 없다. - null이 될 가능성이 있는 타입의 변수를 null 이 될 수 없는 타입의 변수에 대입할 수 없다. - null이 될 가능성이 있는 타입을 null 될 수 없는 타입을 파라미터로 받는 함수에 ..

실제로 다뤄야 되는 API 중에 상당수는 자바로 작성되어 있다. 하지만 코틀린의 람다를 이용하면 아무런 문제 없이 자바 API를 사용할 수 있다. 예) 자바에서 버튼에 리스너 객체를 전달하기 위해 무명 클래스의 인스턴스를 생성해서 넘겨준다. button.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) { } }); button.setOnClickListener = { view -> } 이런 코드가 작성 가능한 이유는 OnClickListener 인터페이스가 단 하나의 추상 메서드를 가지고 있기 때문이다. 이런 인터페이스를 SAM(Single Abstract Method) 인터페이스라고 부른다. ..

컬렉션 함수를 연쇄하면서 매 단계마다 계산 중간결과를 새로운 컬렉션에 임시로 담는 건 너무 비효율적이다. 시퀀스를 사용하면 중간 임시 컬렉션을 사용하지 않고도 컬렉션 연산을 연쇄할 수 있다. fun main() { val people = listOf( Person("Alice", 27), Person("Bob", 31), Person("kim", 19), Person("hong", 25), Person("park", 12)) people.map { it.name }.filter { it.startsWith("A") } people.asSequence() .map { it.name } .filter { it.startsWith("A") } .toList() } 원소가 적은 경우는 큰 차이가 없겠지만 원소가..