[🏝 이펙티브 코틀린] 2 가독성

🏀 item 11 가독성을 목표로 설계하라

<클린 코드> 개발자가 코드를 작성하는데는 1분 걸리지만, 이를 읽는 데는 10분이 걸린다.

숙련된 개발자만을 위한 코드는 좋은 코드가 아니다.

🏀 item 12 연산자 오버로드 할 때는 의미에 맞게 사용하라

연산자 오버로드 할 때는 의미에 맞게 사용해야 한다.

꼭 연산자 같은 형태로 사용하고 싶다면 infix 확장 함두 또는 톱레벨 함수 활용해라.

• infix 란?

  infix fun Int.add(x: Int): Int {
      return this + x
  }
  
  fun main() {
      println(3.add(5))		// 8
      println(3 add 5)		// 8
  }
  

  3.add(5)와 같이 호출 할 수도 있고, infix를 붙어 있는 것만으로 3 add 5와 같이 중간 기법으로 사용하는 것도 가능

🏀 item 13 Unit? 을 리턴하지 말라

Q) 함수에서 Unit? 을 리턴한다면, 그 이유는 무엇일까요?

Bollean 과 Unit? 타입은 서로 바꿔서 사용할 수 있다.

Q) 이런 코드를 사용해도 괜찮을까요?

아니요. 코드를 쉽게 읽을 수 없고 오해를 불러일으키기 쉽다.

🏀 item 14 변수 타입이 명확하지 않은 경우 확실하게 지정하라

val data = getSomeData()

타입을 숨기고 있다. > 가독성이 떨어진다.

val data: UserData = getSomeData()

가독성 향상

타입은 개발자와 컴파일러 모두에게 중요한 정보이다.

추론 시스템은 상황에 맞게 사용하자!

🏀 item 15 리시버를 명시적으로 참조하라

여러개의 리시버가 있는 상황 등에서는 리시버를 명시적으로 적어주는 것이 좋다.

2023.05.28 - [kotlin] - [Kotlin] Scope Function : apply, run, with, also, let 정리

[Kotlin] Scope Function : apply, run, with, also, let 정리

🏀 item 16 프로퍼티는 동작이 아니라 상태를 나타내야 한다.

프로퍼티 대신 함수를 사용하는 것이 좋은 경우

• 연산 비용이 높거나 복잡도가 O(1) 보다 큰 경우
• 비즈니스 로직을 포함하는 경우
• 결정적이지 않은 경우
• 변환의 경우
• 게터에서 프로퍼티의 상태 변경이 일어나야하는 경우

반대로 상태를 추출/설정할 때는 프로퍼티를 사용해야한다. 특별한 이유가 없다면 함수를 사용하면 안된다.

 

프로퍼티 - 상태 집합

함수 - 행동

🏀 item 17 이름 있는 아규먼트를 사용하라

val text = (1..10).joinToString("|")

// 아규먼트 사용
val text = (1..10).joinToString(separator = "|")

장점

• 이름을 기반으로 값이 무엇을 타나내는지 알 수 있다.
• 파라미터 입력 순서와 상관 없으므로 안전하다

추천하는 경우

1. 디폴트 아규먼트
2. 같은 타입의 파라미터가 많은 경우
3. 함수 타입의 파라미터가 있는 경우

🏀 item 18 코딩 컨벤션을 지켜라