먼저, Kotlin의 Null Safety 에 관한 모든 내용을 읽어야합니다 .
코 틀린에, 당신은 아닌지 확인하지 않고 null 허용 값에 액세스 할 수 없습니다 null
( 조건에 널 (null)에 대한 검사 ), 또는이 확실히되지 않는다는 주장 null
은 Using !!
확인 연산자를 하는으로 접근 ?.
안전 통화 마지막으로 가능성이 뭔가주고, 또는 null
을 ?:
Elvis Operator를 사용하는 기본값 입니다.
귀하의 질문에 대한 첫 번째 사례의 경우 코드의 의도에 따라 옵션 중 하나를 사용하며 모두 관용적이지만 결과가 다릅니다.
val something: Xyz? = createPossiblyNullXyz()
// access it as non-null asserting that with a sure call
val result1 = something!!.foo()
// access it only if it is not null using safe operator,
// returning null otherwise
val result2 = something?.foo()
// access it only if it is not null using safe operator,
// otherwise a default value using the elvis operator
val result3 = something?.foo() ?: differentValue
// null check it with `if` expression and then use the value,
// similar to result3 but for more complex cases harder to do in one expression
val result4 = if (something != null) {
something.foo()
} else {
...
differentValue
}
// null check it with `if` statement doing a different action
if (something != null) {
something.foo()
} else {
someOtherAction()
}
"널 (null) 검사시 왜 작동합니까?"에 대해서는 스마트 캐스트에서 아래의 배경 정보를 읽으십시오 .
의 질문 에서 2 번째 사례의 경우Map
, 개발자로서 결과가 절대로 확실 하지 않다면 확실한 연산자를 어설 션으로 null
사용 !!
하십시오.
val map = mapOf("a" to 65,"b" to 66,"c" to 67)
val something = map.get("a")!!
something.toLong() // now valid
또는 다른 경우 맵 COULD가 널을 리턴하지만 기본값을 제공 할 수 Map
있는 경우 getOrElse
메소드 자체가 있습니다 .
val map = mapOf("a" to 65,"b" to 66,"c" to 67)
val something = map.getOrElse("z") { 0 } // provide default value in lambda
something.toLong() // now valid
배경 정보:
참고 : 아래 예제에서 명시 적 유형을 사용하여 동작을 명확하게합니다. 형식 유추를 사용하면 일반적으로 지역 변수 및 개인 멤버에 대해 형식을 생략 할 수 있습니다.
!!
확실한 연산자 에 대한 추가 정보
!!
연산자 값이 아님을 주장 null
하거나 NPE를 던진다. 개발자가 가치를 절대로 보장하지 않는 경우에 사용해야 null
합니다. 그것을 똑똑한 캐스트가 뒤 따르는 것으로 생각하십시오 .
val possibleXyz: Xyz? = ...
// assert it is not null, but if it is throw an exception:
val surelyXyz: Xyz = possibleXyz!!
// same thing but access members after the assertion is made:
possibleXyz!!.foo()
더 읽기 : !! 확실한 연산자
null
확인 및 스마트 캐스트 에 대한 추가 정보
null
검사 로 널 입력 가능 유형에 대한 액세스를 보호하는 경우 , 컴파일러는 명령문 본문 내의 값을 널 입력 가능하지 않게 스마트 캐스트 합니다. 이것이 일어날 수없는 복잡한 흐름이 있지만 일반적인 경우에는 잘 작동합니다.
val possibleXyz: Xyz? = ...
if (possibleXyz != null) {
// allowed to reference members:
possiblyXyz.foo()
// or also assign as non-nullable type:
val surelyXyz: Xyz = possibleXyz
}
또는 is
널 입력 불가능 유형을 점검 하는 경우 :
if (possibleXyz is Xyz) {
// allowed to reference members:
possiblyXyz.foo()
}
그리고 안전한 캐스팅도 할 때 '언제'표현에 대해서도 마찬가지입니다.
when (possibleXyz) {
null -> doSomething()
else -> possibleXyz.foo()
}
// or
when (possibleXyz) {
is Xyz -> possibleXyz.foo()
is Alpha -> possibleXyz.dominate()
is Fish -> possibleXyz.swim()
}
나중에 변수를 사용하기 위해 null
검사에서 스마트 캐스트 를 허용하지 않는 것도 있습니다. 사용 위의 예를 어떠한 방식으로 응용 프로그램의 흐름에 돌연변이 수 있었다는 것을 지역 변수 여부 val
또는 var
이 변수는로 변이 할 기회가 없었다 null
. 그러나 컴파일러가 흐름 분석을 보장 할 수없는 다른 경우에는 오류가됩니다.
var nullableInt: Int? = ...
public fun foo() {
if (nullableInt != null) {
// Error: "Smart cast to 'kotlin.Int' is impossible, because 'nullableInt' is a mutable property that could have been changed by this time"
val nonNullableInt: Int = nullableInt
}
}
변수의 수명주기가 nullableInt
완전히 표시되지 않고 다른 스레드에서 할당 될 수 있으며 null
검사는 널 입력 불가능한 값으로 스마트 캐스트 할 수 없습니다 . 해결 방법은 아래 "안전한 통화"주제를 참조하십시오.
스마트 캐스트 에서 변경하지 않도록 신뢰할 수없는 또 다른 경우 val
는 사용자 지정 게터가있는 객체 의 속성입니다. 이 경우 컴파일러는 값을 변경하는 내용을 볼 수 없으므로 오류 메시지가 표시됩니다.
class MyThing {
val possibleXyz: Xyz?
get() { ... }
}
// now when referencing this class...
val thing = MyThing()
if (thing.possibleXyz != null) {
// error: "Kotlin: Smart cast to 'kotlin.Int' is impossible, because 'p.x' is a property that has open or custom getter"
thing.possiblyXyz.foo()
}
더 읽기 : 조건에서 null 확인
?.
안전 통화 교환 원 에 대한 추가 정보
왼쪽의 값이 null 인 경우 안전 호출 연산자는 null을 반환하고, 그렇지 않으면 오른쪽의 식을 계속 평가합니다.
val possibleXyz: Xyz? = makeMeSomethingButMaybeNullable()
// "answer" will be null if any step of the chain is null
val answer = possibleXyz?.foo()?.goo()?.boo()
목록을 반복하지만 null
비어 있지 않은 경우에만 안전한 호출 연산자 를 사용하는 또 다른 예는 다음 과 같습니다.
val things: List? = makeMeAListOrDont()
things?.forEach {
// this loops only if not null (due to safe call) nor empty (0 items loop 0 times):
}
위의 예제 중 하나에서 if
검사를했지만 다른 스레드가 값을 변경하여 스마트 캐스트 가 발생하지 않은 경우가있었습니다 . 안전 호출 연산자를 사용 let
하여이 문제를 해결하기 위해이 샘플을 변경할 수 있습니다 .
var possibleXyz: Xyz? = 1
public fun foo() {
possibleXyz?.let { value ->
// only called if not null, and the value is captured by the lambda
val surelyXyz: Xyz = value
}
}
더 읽어보기 : 안전한 통화
?:
엘비스 운영자 에 대한 추가 정보
Elvis 연산자를 사용하면 연산자 왼쪽의 표현식이 다음과 같은 경우 대체 값을 제공 할 수 있습니다 null
.
val surelyXyz: Xyz = makeXyzOrNull() ?: DefaultXyz()
창의적인 용도로도 사용됩니다. 예를 들어 다음과 같은 경우 예외가 발생합니다 null
.
val currentUser = session.user ?: throw Http401Error("Unauthorized")
또는 함수에서 일찍 반환하려면
fun foo(key: String): Int {
val startingCode: String = codes.findKey(key) ?: return 0
// ...
return endingValue
}
더 읽어보기 : Elvis Operator
관련 기능을 가진 널 연산자
Kotlin stdlib에는 위에서 언급 한 연산자와 잘 작동하는 일련의 기능이 있습니다. 예를 들면 다음과 같습니다.
// use ?.let() to change a not null value, and ?: to provide a default
val something = possibleNull?.let { it.transform() } ?: defaultSomething
// use ?.apply() to operate further on a value that is not null
possibleNull?.apply {
func1()
func2()
}
// use .takeIf or .takeUnless to turn a value null if it meets a predicate
val something = name.takeIf { it.isNotBlank() } ?: defaultName
val something = name.takeUnless { it.isBlank() } ?: defaultName
관련 주제
Kotlin에서 대부분의 응용 프로그램 null
은 값 을 피하려고 하지만 항상 가능한 것은 아닙니다. 때로는 null
완벽한 의미가 있습니다. 고려해야 할 몇 가지 지침 :
경우에 따라 메소드 호출 상태 및 성공한 경우 결과를 포함하는 다른 리턴 유형을 보증합니다. 결과 와 같은 라이브러리는 코드를 분기 할 수있는 성공 또는 실패 결과 유형을 제공합니다. 그리고 Kovenant 라는 Kotlin의 Promises 라이브러리는 약속 형태로 동일하게 수행합니다.
콜렉션이 리턴 유형으로서의 경우 null
, "not present"의 세 번째 상태가 필요하지 않으면 항상 a 대신 빈 콜렉션을 리턴합니다 . Kotlin에는 이러한 빈 값을 생성 emptyList()
하거나emptySet()
생성하는 등의 도우미 기능 이 있습니다.
기본값 또는 대안이있는 널 입력 가능 값을 리턴하는 메소드를 사용하는 경우 Elvis 연산자를 사용하여 기본값을 제공하십시오. 를 Map
사용하면 nullable 값을 반환하는 메서드 getOrElse()
대신 기본값을 생성 할 수 있습니다 . 동일Map
get()
getOrPut()
Kotlin이 Java 코드의 Null 허용 여부에 대해 확신하지 못하는 Java에서 메소드를 대체 할 때 ?
서명 및 기능이 무엇인지 확실하면 항상 무시 에서 Null 허용 여부를 삭제할 수 있습니다. 따라서 재정의 된 방법이 더 null
안전합니다. Kotlin에서 Java 인터페이스를 구현할 때와 동일하게 null 허용 여부를 알고있는 것으로 변경하십시오.
등을 위해 이미 도움이 될 수 있습니다 기능,보고 String?.isNullOrEmpty()
하고 String?.isNullOrBlank()
있는 안전하게 널 (NULL) 값을 운영하고 당신이 무엇을 기대 할 수 있습니다. 실제로 표준 라이브러리의 간격을 채우기 위해 고유 한 확장을 추가 할 수 있습니다.
표준 라이브러리 checkNotNull()
와 같은 어설 션 기능requireNotNull()
도우미 함수 filterNotNull()
는 컬렉션에서 null을 제거하거나 listOfNotNull()
가능한 null
값 에서 0 또는 단일 항목 목록을 반환 합니다.
가 안전 (널 (NULL)) 캐스트 연산자는 가능하지 않은 경우도 그 비 nullable 형식 반환 null로 캐스트 할 수있다. 그러나 위에서 언급 한 다른 방법으로 해결되지 않은 유효한 유스 케이스가 없습니다.