본문 바로가기

Reading Record/이펙티브 코틀린

ㅤㅤㅤㅤㅤ
By gobukgol
[이펙티브 코틀린] Item 48. 더 이상 사용하지 않는 객체의 레퍼런스를 제거하라 자바는 가비지 컬렉터가 객체 해제와 관련된 모든 작업을 해주어서 개발자에게 편의성을 주지만 메모리 관리를 완전히 무시해 버리면, 메모리 누수가 발생할 수 있다. 따라서 더 이상 사용하지 않는 객체의 레퍼런스를 유지하면 안 된다 라는 규칙을 지켜주는게 중요 class MassObject { init { massObject = MassObject() } companion object { var massObject: MassObject? = null } } MassObject라는 클래스가 메모리를 많이 차지할 때 이렇게 companion으로 객체에 대한 참조를 유지하면, GC가 해당 객체에 대한 메모리 해제를 할 수 없다 이러한 리소스를 정적으로 유지하지 않는게 중요 또한 객체에 대한 레퍼런스를 다른 곳에 저.. Reading Record/이펙티브 코틀린 2022. 6. 13.
ㅤㅤㅤㅤㅤ
By gobukgol
[이펙티브 코틀린] Item 47. 인라인 클래스의 사용을 고려하라 중요한 점! inline 키워드는 Deprecated 됨. 대신 value 키워드와 @JvmInline 어노테이션 사용 하나의 값을 보유하는 객체 또한 inline으로 만들 수 있다 기본 생성자 프로퍼티가 하나인 클래스 앞에 inline을 붙이면, 해당 객체를 사용하는 위치가 모두 해당 프로퍼티로 교체 inline 클래스의 메소드는 모두 정적 메소드로 만들어진다. @JvmInline value class Name(private val value: String) { fun greet() { print("Hello, $value") } } 인라인 클래스는 다른 자료형을 wrapping 해서 새로운 자료형을 만들 때 많이 사용 측정 단위를 표현하거나 타입 오용으로 발생하는 문제를 막을 때 사용 측정 단위를 표.. Reading Record/이펙티브 코틀린 2022. 6. 13.
ㅤㅤㅤㅤㅤ
By gobukgol
[이펙티브 코틀린] Item 46. 함수 타입 파라미터를 갖는 함수에 inline 한정자를 붙여라 inline 한정자의 역할은 컴파일 시점에 '함수를 호출하는 부분'을 '함수의 본문으로 대체' 하는 것 inline 한정자 사용의 장점 타입 아규면트에 reified 한정자를 붙여서 사용할 수 있음 함수 타입 파라미터를 가진 함수가 훨씬 빠르게 동작 비지역(non-local) 리턴을 사용할 수 있음 타입 아규먼트를 reified로 사용할 수 있다 제네릭의 경우 컴파일 타임에 타입정보가 사라짐 따라서 타입 파라미터에 대한 연산에 오류가 발생 함수를 인라인으로 만들면, 이러한 제한을 무시할 수 있음 함수 호출이 본문으로 대체되므로, reified 한정자를 지정하면, 타입 파라미터를 사용한 부분이 타입 아규먼트로 대체 함수 타입 파라미터를 가진 함수가 훨씬 빠르게 동작한다 inline 한정자를 붙이면 함수 .. Reading Record/이펙티브 코틀린 2022. 6. 12.
ㅤㅤㅤㅤㅤ
By gobukgol
[이펙티브 코틀린] Item 45. 불필요한 객체 생성을 피하라 불필요한 객체 생성을 피하는 것은 최적화의 관점에서 좋다. JVM에서는 하나의 가상 머신에서 동일한 문자열을 처리하는 코드가 여러개 있다면, 기존의 문자열을 재사용 Interger와 Long 처럼 박스화한 기본 자료형도 작은 경우에 재사용 Int 의 경우 -128 ~ 127 까지 캐싱 nullable 타입은 int 자료형 대신 Integer 자료형을 사용하게 강제 Int를 사용하면 일반적으로 기본 자료형 int 로 컴파일 하지만 nullable로 만들거나, 타입 아규먼트로 사용할 경우에는 Interger로 컴파일된다. 어떠한 객체를 wrap 할 경우 크게 세 가지의 비용이 발생한다. 객체는 더 많은 용량을 차지 요소가 캡슐화되어 있다면, 접근에 추가적인 함수 호출이 필요 객체는 생성되어야하고, 메모리 영.. Reading Record/이펙티브 코틀린 2022. 6. 12.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item 38. 연산 또는 액션을 전달할 때는 인터페이스 대신 함수 타입을 사용하라 아이템 38 연산 또는 액션을 전달할 때는 인터페이스 대신 함수 타입을 사용하라 코틀린은 연산을 전달할 때 SAM을 이용해 전달 가능하다. interface OnClick{ fun click() } fun setOnClickListener(listener:OnClick){ //.. } fun main() { setOnClickListener(object :OnClick{ override fun click() { //.. } }) } sam이 아닌 함수타입을 전달할 경우 더 많은 방법으로 파라미터 전달이 가능하다. fun setOnClickListener(listener: ()->Unit){ //.. } class ClickListener: ()->Unit{ override fun invoke() { //.. Reading Record/이펙티브 코틀린 2022. 6. 7.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item 37. 데이터 집합 표현에 data 한정자를 사용하라 아이템 37 데이터 집합 표현에 data 한정자를 사용하라 data 한정자를 붙이면 toString, equalsAndHashCode, copy, componentN이 자동으로 생성된다. componentN 위 기능은 객체의 해체로 위치를 기반으로 객체를 해체할 수 있게해준다. val person = Person(1, "cys") val (id, name) = person val id2 = person.component1() val name2 = person.component2() 해체는 변수의 이름을 원하는 대로 지정할 수 있다는 장점을 가진다. list, map.entry등을 원하는 형태로 분해 가능하다. 하나만 갖는 데이터 클래스는 아래와 같은 상황이 발생할 수 있으므로 해제하지 않는것이 좋다 va.. Reading Record/이펙티브 코틀린 2022. 6. 7.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item 36. 상속보다는 컴포지션을 사용하라 아이템 36 상속보다는 컴포지션을 사용하라 간단한 행위 재사용 상속을 사용하면 공통되는 행위를 추출해 중복된 코드를 제거하고, 하나의 코드로 재사용 가능하다. 행위 재사용의 단점 상속은 하나의 클래스만을 대상으로 할 수 있다. 공통 기능을 계속 추출하다 보면 BaseXXX 같은 거대한 클래스가 탄생할 수 있다. 상속은 클래스의 모든것을 가져오게 된다. 불필요한 함수를 갖는 클래스가 만들어 질 수 있다. (인터페이스 분리 원칙 위배) 상속은 이해하기 어렵다. 동작이해를 위해 슈퍼클래스를 왔다 갔다하며 코드를 봐야 한다. 컴포지션을 활용하면 위 단점이 해결된다. class Progress{ fun showProgress(){} fun hideProgress(){} } class ProfileLoader{ v.. Reading Record/이펙티브 코틀린 2022. 6. 7.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item 35. 복잡한 객체를 생성하기 위한 DSL을 정의하라 아이템 35 복잡한 객체를 생성하기 위한 DSL을 정의하라 DSL을 만들려면 리시버 개념을 이해해야 한다. val myPlus: Int.(Int) -> Int = fun Int.(other:Int) = this + other fun main() { myPlus.invoke(1,2) myPlus(1,2) 1.myPlus(2) } 위 코드는 확장 함수를 나타내는 특별한 타입으로 리시버를 가진 함수 타입이다. 이처럼 리시버를 가진 함수 타입의 가장 중요한 특징은 this의 참조 대상을 변경할 수 있다는 것이다. 위 개념을 사용해 DSL을 구성해보면 fun createTable(): TableBuilder = table { tr { for (i in 1..2) { td { +"This is column$i" }.. Reading Record/이펙티브 코틀린 2022. 6. 7.

티스토리툴바