본문 바로가기
[Effective Kotlin] Item 11 : Design for readability 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # 어떤 멍청이도 컴퓨터가 이해할 수 있는 코드를 작성할 수 있다. 그러나 훌륭한 프로그래머는 사람이 이해할 수 있는 코드를 작성한다. # 프로그래머들이 코드를 작성하는데 1분 쓴다면, 읽는데 10분을 사용한다는 통계가 있다. 프로그래밍은 대부분이 '쓰기' 보다는 대부분 '읽기' 라고 할 수 있다. Reducing cognitive load # if (person != null && person.isAdult){ view.showPerson(person) }else{ view.sh.. 2022. 3. 8.
[Effective Kotlin] Item 10 : Write unit tests 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # unit test 로는 보통 아래의 것들을 체크한다. 일반적인 use case (happy path) Common error case, 잠재적 문제 - 문제가 발생할 수 있는 경우나, 과거에 생겼던 문제 Edge-case and illegal arguments - Int.MAX_VALUE, null 등의 케이스 # unit test 가 있으면 아래의 장점이 있다. 코드에 대한 신뢰도가 더 생긴다. refactor 를 하는데 자신감이 생긴다. 특정 상황들에서는 수동으로 체크하는 .. 2022. 3. 7.
[Effective Kotlin] Item 9 : Close resource with use 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # InputStream, OutputStream, java.sql.Connection, java.io.Reader(FileReader, BufferedReader ...), java.new.Socket, java.util.Scanner 등이 close 해줘야 하는 resource 의 예이다. 이들은 Closeable interface 를 구현하였고, 이는 AutoCloseable 을 상속하였다. # 이 Closable 들을 명시적으로 close 해주지 않아도 GC 에 의해 결국 .. 2022. 3. 6.
[Effective Kotlin] Item 8 : Handle nulls properly 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # null 은 해석의 여지가 다분하기 때문에, 가능한한 의미가 명확해야 한다. # null 은 3가지 형태로 다뤄질 수 있다. ?., smart casting, elvis operator 등을 사용하여 안전하게 다루기 error 던지기 nonnull 로 refactor 하기 Handling nulls safely Throw an error # null 이 아니어야만 하는 상황에서, null 일 경우 error 를 던짐으로써 programmer 가 예상하지 못한 상황을 발견할 수 .. 2022. 3. 5.
[Effective Kotlin] Item 7 : Prefer null or Failure result when the lack of result is possible 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # 원하는 결과를 제공할 수 없을 때 다음과 같은 방법을 사용한다. null 또는 실패에 관련된 sealed class 를 return exception 던지기 exception 이 정보를 제공하는 용도로 사용해서는 안 된다. # 모든 exception 은 진짜 예외적인 상황에서만 사용되어야 한다. # exception 전파는 가독성을 떨어뜨리며 이상한 상황에 빠지게 만들 수 있다. Kotlin 에서 모든 exception 은 unchecked 이다. exception 은 정말 예.. 2022. 3. 4.
[Effective Kotlin] Item 6 : Prefer standard errors to custom ones 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # 가급적 직접 정의한 Exception 이나 Error 보다 standard lib 에서 제공하는 녀석을 사용하자. 끝 2022. 3. 3.
[Effective Kotlin] Item 5 : Specify your expectations on arguments and state 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # 기대하는 바가 있다면 선언하라. Kotlin 에서는 다음과 같은 기능을 지원한다. require block : argument 에 대한 기대 check block : state 에 대한 기대 assert block : true 에 대한 기대 elvis operator with return or throw # fun pop(num: Int = 1): List { require(num = 0) return if (n = 0) { "Cannot calculate factorial o.. 2022. 2. 19.
[Effective Kotlin] Item 4 : Do not expose inferred types 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # Kotlin 의 type inference 는 아주 강력한 기능이다. Kotlin 보다는 약하지만 Java 10 에서도 이 기능이 도입되었다. # Inferred type 은 기본적으로 conncrete class 이다. Summary # Type 에 대해 확실하지 않으면 type 을 명시하자. 특히 외부로 전달되는 녀석의 경우 더더욱 type 을 명시하자. 끝 2022. 2. 18.
[Effective Kotlin] Item 3 : Eliminate platform types as soon as possible 이 글은 Effective Java 를 완독하고, Kotlin 을 상용으로 사용하는 개발자 입장에서 Effective Kotlin 글 중 새로운 내용, remind 할 필요 있는 부분, 핵심 내용 등만 추려 정리한 내용입니다. # Platformtype 은 정보가 부족할 경우 nullable 로 치부하는 것이 안전하다. # 문제는 Java 의 generic type 값을 받을 때 생긴다. public class UserRepo{ public List getUsers(){ // ... } } List 자체의 nullability 는 물론 list 안의 내용물인 User 의 nullability 도 알 수 없다. # Platform type 은 String! 과 같이 ! 가 붙어 표시된다. 이는 코드에 쓸 .. 2022. 2. 17.
반응형

티스토리툴바