이펙티브 코틀린(재사용성)아이템 22: 일반적인 알고리즘을 구현할 때 제네릭을 사용하라타입 아규먼트를 사용하는 함수를 제네릭 함수라고 부른다.(예 stdlib에 있는 filter 함수)
타입 파라미터는 컴파일러에 타입과 관련된 정보를 제공하여 컴파일러가 타입을 정확하게 ...
이펙티브 코틀린(재사용성)아이템 20: 일반적인 알고리즘을 반복해서 구현하지 말라기존에 구현된 내용을 활용하면 장점
코드가 짧아진다.
코드 작성 속도가 빨라진다.
직접구현할때의 실수를 줄일수 있다.
제작자가 한번만 최적화하면 사용하는 모든곳에서 혜택을 받을수 있다.
...
이펙티브 코틀린(재사용성)재사용성 : 프로그램 언어의 핵심 특성
아이템 19: knowledge를 반복하지 말라프로젝트에서 이미 있던 코드를 복사해서 붙여넣고 있다면, 무언가가 잘못된 것이다.
knowledge 를 반복하여 사용하지 말라
DRY 규칙, WET 안티패턴 ...
이펙티브 코틀린(가독성)아이템 18: 코딩 컨벤션 지켜라kotlin Coding conventions 문서를 보면 알수 있듯이 잘 정리된 코딩 컨벤션을 가지고 있다.
코틀린 커뮤니티에 속한 사람이면 이러한 코딩 컨벤션에 익숙해지는것이 좋다.
장점
어떠한 프로젝트도 쉽 ...
이펙티브 코틀린(가독성)아이템 16: 프로퍼티는 동작이 아니라 상태를 나타내야 한다
프로퍼티는 사용자 정의 게터와 세터를 가질수 있다.
파생 프로퍼티 (derrived property) : var을 사용해서 만든 읽고 쓸 수 있는 프로퍼티는 게터와 세터 정의가 가능, ...
이펙티브 코틀린(가독성)아이템 15: 리시버를 명시적으로 참조하라무언가를 더 자세하기 설명하기 위해 명시적으로 긴코드를 사용할때가 있다.대표적으로 함수와 프로퍼티 지역 또는 톱레벨 변수가 아닌 다른 리시버로부터 가지고 온다는것을 나타낼때가 있다.예를 들면 클래스의 메서 ...
이펙티브 코틀린(가독성)아이템 14: 변수 타입이 명확하지 않은 경우 확실하게 지정하라코틀린은 개발자가 타입을 지정하지 않아도 타입을 지정해서 넣어주는 굉장히 수준 높은 타입 추론 시스템을 가지고 있다.이는 개발시간을 줄여주거나 코드를 줄여줘서 가독성이 크게 향상 된다 ...
이펙티브 코틀린(가독성)아이템 13: Unit? 을 리턴하지 말라Unit? 은 Unit 과 null을 반환할수 있다. 하지만 읽을때 오해의 소지가 있으며 예측하기 어려운 오류를 만들수 있다.
Unit? 이 붙은 함수가 만들어지면 아래와 같은 코드가 나올수 있다. 이부분 ...
