728x90 공부155 아이템 5 - 예외를 활용해 코드에 제한을 걸어라 확실하게 어떤 형태로 동작해야 하는 코드가 있다면, 예외를 활용해 제한을 걸어주는 것이 좋다 아래에 몇가지 코드를 제시함 // require: 파라미터를 검증 fun acceptOnlyTwo(num: Int) { // 원하는것만 적는다 require(num == 2) { "2만 허용!" } // 원하는게 아닐경우를 적는다 if(num != 2) { throw IllegalArgumentException("2만 허용!") } } // check: 상태혹은 멤버 변수를 검증 class Person { val status: PersonStatus = PersonStatus.PLAYING fun sleep() { check(this.status == PersonStatus.PLAYING) { "에러 메시지!" .. 2024. 3. 31. 아이템 4 - inferred 타입으로 리턴하지 말라 타입 추론은 코틀린의 특징 중 하나 자바도 자바10부터는 코틀린을 따라 타입 추론을 도입함(물론 코틀린과 비교하면 몇가지 제약이 존재함) c# 은 3.0 부터 도입함 var 타입..2007년.. 타입 추론을 사용할 때는 몇 가지 위험한 부분들이 있다 할당 때 inferred 타입은 정확하게 오른쪽에 있는 피연산자에 맞게 설정된다 절대로 슈퍼클랫 또는 인터페이스로는 설정되지 않습니다. 코틀린의 타입 추론 과정에서 변수에 할당되는 구체적인 값의 타입을 기반으로 타입이 결졍되며, 이 과정에서 추상 타입(슈퍼클래스 또는 인처페이스) 은 타입으로 추론되지 않는 것을 의미. 즉 타입 추론은 가장 추제적인 타입을 선택 class Item4Test { @Test fun missMatchTest() { var anima.. 2024. 3. 31. 아이템 3 - 최대한 플래폼 타입을 사용하지 말라 코틀린에서는 null-safety 매커니즘으로 인해 NPE 를 거의 찾아보기 힘들다. null 관련 오류를 방지하기 위한 코틀린의 핵심 기능 중 하나 타입 시스템을 통해 null 참조를 엄격히 제어하여, 가능한 실행 시간 오류를 컴파일 시간에 잡아낼 수 있게 한다. 코틀린에서 변수를 선언할 때, 변수가 null 을 받을 수 있는지 아닌지를 명시적으로 선언해야 한다. 변수 타입 뒤에 ? 를 붙이면 그 변수는 null 값을 가질 수 있다고 선언하는 것 코틀린은 자바 등의 다른 프로그래밍 언어에서 넘어온 타입들을 특수하게 다룹니다. 이러한 타입을 플랫폼 타입 이라고 부른다. 자바와 코틀린 사이의 상호 운용성을 위헤 도입된 개념 코틀린은 자체적으로 nill 안정성을 엄격하게 관리하지만, 자바 코드는 코틀린처럼 .. 2024. 3. 31. 아이템 2 - 변수의 스코프를 최소화하라 상태를 정의할 때는 변수와 프로퍼티의 스코프를 최소화하는 것이 좋습니다. 프로퍼티: 클래스의 일부로 객체의 상태를 나타낸다. 인스턴스 변수, 스태틱 변수 프로퍼티보다는 지역 변수를 사용하는 것이 좋습니다. 최대한 좁은 스코프를 갖게 변수를 사용합니다. 프로그램을 추적하고 관리하기 쉽기 때문. 변수는 읽기 전용 또는 읽고 쓰기 전용 여부와 상관 없이, 변수를 정의할 때 초기화되는 것이 좋습니다. 여러 프로퍼티를 한꺼번에 설정해야 하는 경우에는 구조분해 선언(destructuring declarration)을 화용하는 것이 좋습니다. 구조분해: 객체가 가지고 있는 여러 값을 분해해서 여러 변수를 한꺼번에 초기화 할 수 있다. // 책에 있는 예시도 좋치만 좀 더 간단한 예시 // data class 는 구조.. 2024. 3. 25. 아이템 52 - mutable 컬렉션 사용을 고려하라 아이템 1 - 가변성을 제한하라 와의 연관된 아이템 2024.03.23 - [공부/이펙티브코틀린] - 아이템 1 - 가변성을 제한하라 immutable 컬렉션보다 mutable 컬렉션이 좋은 점은 성능적인 측면에서 더 빠르다는 것이다. immutable 컬렉션에 요소를 추가하려면, 새로운 컬렉션을 만들면서 여기에 요소를 추가해야 합니다. plus 함수는 새로운 객체를 반환합니다. 이처럼 컬렉션을 복제하는 처리는 비용이 굉장히 많이 드는 처리입니다. 이러한 복제 처리를 하지 않는 mutable 컬렉션이 성능적 괌점에서 좋습니다. 정리 가변 컬렉션은 일반적으로 추가 처리가 빠르다. item 1: 가변성을 제한하라 에서 언급한 immutable 컬렉션은 안전하다 측면에서는 좋다. 일반적인 지역 변수는 이때 언.. 2024. 3. 25. 아이템 1 - 가변성을 제한하라 아이템 1: 가변성을 제한하라. 가변 프로퍼티 var -> 프로그램 실행중에 변경될 수 있음을 의미 mutable 객체 -> 내부 상태를 변경할 수 있는 객체 변할 수 있는 지점은 줄일수록 좋다 코틀린에서 가변성 제한하기 읽기 전용 프로퍼티 - 읽기 전용 프로퍼티는 val 키워드 사용하여 정의 -> 한번 초기화되면 변경할 수 없다. - 프로퍼티가 가르키는 객체의 상태가 불변임을 가르키는 것은 아니다. val list = mutableListOf(1, 2, 3) list = mutableListOf(4, 5, 6) //에러 - list 는 mutableListOf 를 통해 생성된 가변 리스트를 가리키는 읽기 전용 프로퍼티 - list 가 val 로 선언되었기 때문에 list = mutableListOf(4.. 2024. 3. 23. 30장 - 모범 사례 async 코루틴 빌더 뒤에 await 를 호출하지 마세요 async 로 비동기 작업을 정의한 뒤, 아무것도 하지 않은 채 연산이 완료되는 걸 기다리는건 아무 의미가 없습니다. // 이렇게 구현하지 마세요. suspend fun getUser(): User = coroutineScope { val user = async { repo.getUser() }.await() user.toUser() } // 이렇게 구현하세요. suspend fun getUser(): User { val user = repo.getUser() return user.toUser() } withContext(EmptyCoroutineContext) 대신 coroutineScope 를 사용하세요 withContext 와 corouti.. 2024. 3. 16. 29장 - 코루틴을 시작하는 것과 중단 함 숮 어떤 것이 나을까? 여러 개의 동시성 작업을 수행해야 하는 경우 사용할 수 있는 함수는 두 종류가 있다. 코루틴 스코프 객체에서 실행되는 일반 함수 중단 함수 class CoroutineTest29 { @Test fun `29_1 test`() { main_29_1() /* send: Notificationabc(message=Message #4) send: Notificationabc(message=Message #3) send: Notificationabc(message=Message #0) send: Notificationabc(message=Message #2) send: Notificationabc(message=Message #1) NotificationsSender를 통해 모든 알림이 전송되었습니다. */ } .. 2024. 3. 16. 3장 - this js 에서 this 는 기본적으로 실행 컨텍스트가 생성될 때 함께 결정된다. this 는 함수를 호출할 때 결정된다 할 수 있다. 함수를 어떤 방식으로 호출하느냐에 따라 값이 달라지는 것 전역 공간에서의 this 전역공간에서의 this 는 전역 객체를 가르킴 브라우저 환경에서는 window, Node.js 환경에서는 global 입니다. 2024. 3. 12. 이전 1 ··· 3 4 5 6 7 8 9 ··· 18 다음 728x90