Platform types help Kotlin work safely with Java code that may or may not allow null values. They let Kotlin know when it should be careful about nulls.
Platform types and null safety in Kotlin
val someValue: String = javaMethod() val someNullableValue: String? = javaMethod()
Platform types appear when Kotlin calls Java methods without explicit nullability annotations.
You can treat platform types as nullable or non-nullable, but Kotlin warns you to be careful.
val name: String = javaGetName() // Platform type treated as non-null println(name.length)
val name: String? = javaGetName() // Platform type treated as nullable if (name != null) { println(name.length) }
val name = javaGetName() // Platform type, no explicit nullability println(name.length) // Risk of NullPointerException if null
This program simulates calling a Java method that returns null. Kotlin treats it as non-null, so accessing length causes a crash.
fun javaGetName(): String? = null // Simulate Java method that may return null fun main() { val name = javaGetName() // Platform type, no explicit nullability println("Name length: ${name!!.length}") }
Platform types let Kotlin be flexible but require you to be careful with nulls from Java.
Use explicit null checks or annotations in Java to improve safety.
When unsure, treat platform types as nullable to avoid crashes.
Platform types appear when Kotlin calls Java code without clear null info.
They can be treated as nullable or non-nullable, but this can cause risks.
Always check for null or add annotations to keep your Kotlin code safe.
Practice
platform type in Kotlin when interacting with Java code?Solution
Step 1: Understand Kotlin-Java interoperability
Kotlin calls Java code but Java does not specify nullability clearly.Step 2: Define platform type meaning
Platform types represent types from Java with unknown nullability, so Kotlin treats them flexibly but unsafely.Final Answer:
A type with unknown nullability coming from Java code -> Option AQuick Check:
Platform type = unknown nullability [OK]
- Thinking platform types are always nullable
- Assuming platform types are always non-nullable
- Confusing platform types with Kotlin multiplatform types
Solution
Step 1: Recognize platform type usage
Java method returns a platform type, which can be nullable or not.Step 2: Choose safe Kotlin declaration
Declaring as nullable String? allows safe null handling from platform types.Final Answer:
val name: String? = javaMethod() -> Option CQuick Check:
Nullable type for platform type = safe [OK]
- Using non-nullable type without null checks
- Using !! which causes exceptions if null
- Using invalid syntax like null!!
fun printLength() {
val text: String = javaMethod()
println(text.length)
}What happens if
javaMethod() returns null?Solution
Step 1: Analyze variable declaration
Variabletextis declared as non-nullable String but assigned platform type from Java.Step 2: Consider null return from Java
IfjavaMethod()returns null, Kotlin does not check at compile time, but accessingtext.lengthcauses NullPointerException.Final Answer:
The program throws a NullPointerException at runtime -> Option DQuick Check:
Non-null platform type + null value = runtime exception [OK]
- Assuming Kotlin prevents null assignment from platform types
- Thinking it prints 0 or "null" instead of crashing
- Ignoring runtime exceptions from platform types
val length: Int = javaMethod()?.length
where
javaMethod() returns a platform type String!.Solution
Step 1: Understand the expression type
javaMethod()returns platform type String!, sojavaMethod()?.lengthreturns Int? (nullable Int).Step 2: Check assignment compatibility
Assigning nullable Int? to non-nullable Int variablelengthcauses a type mismatch error.Final Answer:
The expression can return null but assigned to non-nullable Int -> Option AQuick Check:
Nullable result assigned to non-null variable = error [OK]
- Thinking safe call ?. is invalid on platform types
- Ignoring nullability mismatch in assignment
- Assuming platform types cannot be used with Int
String getName() that may return null. How should you declare and use it in Kotlin to avoid null pointer exceptions and keep null safety?Solution
Step 1: Recognize Java method nullability
Java method may return null, so Kotlin platform type is uncertain.Step 2: Choose safe Kotlin declaration and usage
Declare as nullable String? and check for null before accessing properties to avoid exceptions.Final Answer:
Declare as val name: String? and check if (name != null) before use -> Option BQuick Check:
Nullable declaration + null check = safe usage [OK]
- Using non-nullable type without null checks
- Using !! which risks runtime exceptions
- Misusing safe call with non-nullable declaration
Ready to prove it?
Pass the test and this pattern moves unknown
