본문 바로가기

전체 글

ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item10. 단위 테스트를 만들어라 단위 테스트로 확인하는 내용 일반적인 유스 케이스 일반적인 오류 케이스와 잠재적인 문제: 제대로 동작하지 않을 거라고 예상되는 부분, 과거 문제가 발생했던 부분 에지 케이스와 잘못된 아규먼트 단위 테스트의 장점 코드에 대한 신뢰감 리펙토링 생산성 향상 단위 테스트의 단점 시간소요 - 장기적으로는 시간 단축 테스트를 작성할 수 있게 코드를 조정해야함 - 이러한 변경은 좋은 아키텍처로 이끌어줌 좋은 단위 테스트를 만드는 작업이 어려움 Reading Record/이펙티브 코틀린 2022. 4. 19.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item9. use를 사용하여 리소스를 닫아라 Closeable 인터페이스를 구한혀는 리소스는 레퍼런스가 없어질 때 가비지 컬렉터가 처리한다. 자동 처리는 느리며 쉽게 처리되지 않아 close를 명시적으로 호출해주는 것이 좋다 java의 try with resource 같은 키워드가 없으므로 try finally로 처리가능하다 try finally로 처리할 시 try 예외 발생 후 finally 구문에서 예외가 발생하면 둘 중 하나의 예외만 전파된다 close 예외가 발생할 경우를 대비해 예외처리를 해주어야 한다. kotlin은 위 불편을 해소하기 위해 use 함수를 제공한다 코틀린의 확장함수로 제공 Closeable에 사용할 수 있다. @InlineOnly @RequireKotlin("1.2", versionKind = RequireKotlinVe.. Reading Record/이펙티브 코틀린 2022. 4. 19.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item8. 적절하게 null을 처리하라 null을 안전하게 처리하기 안전호출 printer?.print() 스마트 캐스팅 if(printer != null) printer.print() 엘비스 연산자 printer?.name ?: "Unnamed" printer?.name ?: return printer?.name ?: throw Error("error") Not-null assertion(!!)과 관련된 문제 !!문은 nullability가 제대로 표현되지 않는 라이브러리를 사용할 때 정도에만 사용해야함 미래에 코드가 어떻게 변화할지 모르니 현재 null이 아니라고 !!문을 쓰면 안된다. !! 연산자 사용은 최대한 피하자 의심 없는 nullability 피하기 nullability를 안전하게 처리할 수 있는 함수 사용 List getOrNu.. Reading Record/이펙티브 코틀린 2022. 4. 19.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item7. 결과 부족이 발생할 경우 null과 failure를 사용하라 함수가 원하는 경우를 만들 수 없는 경우 서버로 데이터를 읽어 들이려고 했는데, 인터넷 연결 문제로 읽어 들이지 못한경우 조건에 맞는 첫 번째 요소를 찾으려 했는데, 조건에 맞는 요소가 없는 경우 텍스트를 파싱해서 객체를 만들려고 했는데, 텍스트의 형식이 맞지 않는 경우 → null or throw를 발생한다. 정보를 전달해야하는 상황에는 throw를 리턴하고, 추가 정보를 리턴해야하는 경우에는 sealed. 클래스를 사용한다. 정보를 전달해야 하는 경우 예외를 사용하면 안되는 이유 전파되는 과정 추적이 어려움 코틀린은 unchecked 예외만 존재하므로 예외처리에 자유도가 있음 try-catch 블록 내부에 코드를 배치하면 컴파일러 최적화 제한된다 예측이 가능한 오류 범위일 경우에는 null 과 Fai.. Reading Record/이펙티브 코틀린 2022. 4. 19.
ㅤㅤㅤㅤㅤ
By nathan_H
[이펙티브 코틀린] Item6. 사용자 정의 오류보다는 표준 오류를 사용하라 require, check, assert 함수를 사용한다면, 대부분의 코틀린 오류를 처리할 수 있음 하지만 이외에도 예측하지 못한 상황을 나태내야 하는 경우가 있음 inline fun String.readObject(): T { // ... val result: Int if (incorrectSign) { throw JsonParsingException() } return result } 위와 같이 표준 라이브러리에서 나타내는 적절한 오류가 없는 경우 사용자 정의 오류를 사용하는 경우도 있지만 가급적 직접 오류를 정의하기보단 표준 라이브러리의 오류를 사용하는 것이 좋음 잘만들어진 규약을 재사용하면 다른 사람들이 API를 더 쉽게 배우고 이해할 수 잇음 일반적으로 사용되는 예외 IllegalArgument.. Reading Record/이펙티브 코틀린 2022. 4. 6.
ㅤㅤㅤㅤㅤ
By nathan_H
[이펙티브 코틀린] Item5. 예외를 활용해 코드에 제한을 걸어라 확실하게 어떤 형태로 동작해야 하는 코드가 있다면 예외를 활용해 제한을 걸어주는 것이 좋은데 코틀린에서는 코드의 동작에 제한을 걸 때 다음과 같은 방법을 사용할 수 있음 require 블록 : 아규먼트 제한 check 블록 : 상태와 관련된 동작 제한 assert 블록 : 어떤 것이 true인지 확인 가능 그러나 테스트 모드에서만 동작 return 도는 throw와 함께 활용하는 Elvis 연산자 예시 class Stack( var collection: List ) { private val size = 3 private val isOpen = false fun pop(num: Int = 1): List { require(num = 0) return if (n Reading Record/이펙티브 코틀린 2022. 4. 6.
ㅤㅤㅤㅤㅤ
By nathan_H
[이펙티브 코틀린] Item4. inferred 타입으로 리턴하지 말라 코틀린 타입 추론을 사용할 때는 몇 가지 위험한 부분이 있는데, 이러한 위험한 부분을 피하려면 할당 시에 inferred 타입은 정확하게 오른쪽에 있는 피연산에 맞게 설정된다는 것을 기억해야함 절대 수퍼 클래스 또는 인터페이스로는 설정되지 않음 예시 open class Animal class Zebra: Animal() fun main() { var animal = Zebra() animal = Animal() } 명시적으로 지정 open class Animal class Zebra: Animal() fun main() { var animal: Animal = Zebra() animal = Animal() } 그러나 직접 라이브러리를 조작할 수 없는 경우에는 이런 문제를 간단하게 해결할 수 없고 이러한 .. Reading Record/이펙티브 코틀린 2022. 4. 6.
ㅤㅤㅤㅤㅤ
By nathan_H
[이펙티브 코틀린] Item3. 최대한 플랫폼 타입을 사용하지 마라 코틀린은 null-safety 매커니즘으로 인해 NPE를 거의 찾아보기 힘듬 null-safety 매커니즘이 없는 자바, C 등의 프로그래밍 언어와 코틀린을 연결해서 사용할 때는 NPE 예외가 발생할 수 있음 public class JavaTest{ public String giveName() { ... } } 위 자바 코드로 반환된 타입을 사용할때에 @Nullable 어노테이션이 붙어 있다면 nullable로 추정하고 String?으로 변경하면 되는데 만약 붙어 있지 않다면 자바에서 모든 것이 nullable일 수 있으므로 최대한 안전하게 접근하기 위해 nullable로 가정하고 접근해야 함 제네릭 타입 public class UserRepo { public List getUsers() { ...} }.. Reading Record/이펙티브 코틀린 2022. 4. 6.

티스토리툴바