본문 바로가기

분류 전체보기

ㅤㅤㅤㅤㅤ
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.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item 34. 기본 생성자에 이름 있는 옵션 아규먼트를 사용하라 아이템 34 기본 생성자에 이름 있는 옵션 아규먼트를 사용하라 점층적 생성자 패턴 점층적 생성자 패턴은 프로퍼티별 디폴트 값을 가질 경우 파라미터별로 생성자를 각각 만드는 패턴이다. class Foo{ val size:Int val length: Int constructor(size: Int,length: Int){ this.size=size this.length = length } constructor(size:Int): this(size,0) } 코틀린에서는 디폴트 아규먼트를 지정할 수 있기 때문에 해당 코드는 무의미하다. 이름 있는 아규먼트를 활용해서 명시적으로 이름을 붙여주면, 의미가 훨씬 명확하다. 빌더 패턴 자바에서는 이름 있는 파라미터와 디폴트 아규먼트를 사용할 수 없어, 빌더패턴을 사용한다.. Reading Record/이펙티브 코틀린 2022. 6. 7.
ㅤㅤㅤㅤㅤ
By crud
[이펙티브 코틀린] Item 33. 생성자 대신 팩토리 함수를 사용하라 아이템 33 생성자 대신 팩토리 함수를 사용하라 팩토리 함수의 장점 생성자와 다르게 함수에 이름을 붙일 수 있다. 생성되는 방법과 아규먼트로 무엇이 필요한지 설명 가능하다. 원하는 형태의 타입을 리턴할 수 있다. 인터페이스 뒤에 실제 객체의 구현을 숨길 때 유용하게 사용할 수 있다. lisOf는 List인터페이스를 리턴한다. 실제로 리턴하는 객체는 플랫폼에 따라 다름 호출될 때마다 새로운 객체를 만들 필요가 없다. 싱클턴 패턴처럼 객체를 하나만 생성하게 강제가능하다. 아직 존재하지 않는 객체를 리턴할 수 있다. 앞으로 만들어질 객체를 사용하거나,프록시를 통해 만들어지는 객체를 사용할 수 있다. Proxy.*newProxyInstance*() 팩토리 함수는 인라인으로 만들 수 잇으며, 파라미터들을 reif.. Reading Record/이펙티브 코틀린 2022. 6. 7.
ㅤㅤㅤㅤㅤ
By nathan_H
[이펙티브 코틀린] Item 31 - 32. 문서 규약과 추상화 규약 Item 31. 문서로 규약을 정의하라 함수가 무엇을 하는지 명화갛게 설명하고 싶다면 KDoc 주석을 붙여주는 것이 좋음 /** * 이 프로젝트에서 짧은 메시지를 사용자에게 출력할 때 사용하는 기본 방식 * @param message 사용자에게 보여 줄 메시지 * @param length 메시지의 길이가 어느정도 되는지 나타내는 enum 값 */ fun Context.showMessage( message: String, duration: MessageLength = MessageLength.LONG, ) { val toastDuration = when (duration) { MessageLength.SHORT -> Length.LENGTH_LONG MessageLength.LONG -> Length.LE.. Reading Record/이펙티브 코틀린 2022. 5. 29.
ㅤㅤㅤㅤㅤ
By nathan_H
[이펙티브 코틀린] Item 28 ~30. API 안정성 및 가시성 Item 28. API 안정성을 확보하라 프로그래밍에서는 안정적이고 표준 API를 선호하는데 그 이유는 아래와 같음 API가 변경되고 개발자가 이를 업데이트 했다면 여러 코드를 수동으로 업데이트 해야함 많은 곳에서 api에 의존적이면 변경사항이 많을 수 있음 사용자가 새로운 API를 배워야함 변경된 api를 쓰는 쪽에서는 변경사실을 알아야 하고 변경 부분에 대한 이해가 필요함 한번에 안정적인 API가 나왔으면 하지만 좋은 API 설계는 어렵기 때문에 우선 만들고 지속적으로 발전시켜 나가야 한다. 그래서 API 안정성을 지정해서 정보를 제공함으로써 api를 사용하는 곳에서 안정성을 확인할 수 있음 안정성 제공에 가장 간단한 방법은 문서에서 API 일부가 불안정한지 명확하게 지정 버전을 사용해 전체 라이브러.. Reading Record/이펙티브 코틀린 2022. 5. 29.
ㅤㅤㅤㅤㅤ
By nathan_H
[이펙티브 코틀린] Item 27. 변화로부터 코드를 보호하려면 추상화를 사용하라 추상화를 잘하면 세부 사항을 잘 알지 못하더라도 변경에 자유로워짐 상수 리터럴을 상수 프로퍼티로 변경하게 되면 해당 값을 이름을 붙일 수 있고 값을 변경할때에 훨씬 쉽고 안전하게 변경이 가능하게됨 Before fun isPasswordValid(text: String): Boolean { if (text.length < 7) return false } After const val MIN_PASSWORD_LENGTH = 7 fun isPasswordValid(text: String): Boolean { if (text.length < MIN_PASSWORD_LENGTH) return false } 이런식으로 상수로 빼면 장점 의미있는 이름 부여 값 변경에 안전함 함수 사용자에게 토스트 메시지를 자주 출력해.. Reading Record/이펙티브 코틀린 2022. 5. 29.

티스토리툴바