- Android Development with Kotlin
- Marcin Moskala Igor Wojda
- 431字
- 2021-07-02 18:48:36
Primitive data types
In Kotlin, everything is an object (reference type, not primitive type). We don't find primitive types, like the ones we can use in Java. This reduces code complexity. We can call methods and properties on any variable. For example, this is how we can convert the Int variable to a Char:
var code: Int = 75 code.toChar()
Usually (whenever it is possible), under the hood types such as Int, Long, or Char are optimized (stored as primitive types) but we can still call methods on them as on any other objects.
By default, the Java platform stores numbers as JVM primitive types, but when a nullable number reference (for example, Int?), is needed or generics are involved, Java uses boxed representation. Boxing means wrapping a primitive type into a corresponding boxed primitive type. This means that the instance behaves as an object. Examples of Java boxed representations of primitive types are int versus Integer or a long versus Long Since Kotlin is compiled to JVM bytecode, the same is true here:
var weight: Int = 12 // 1 var weight: Int? = null // 2
- The value is stored as a primitive type.
- The value is stored as a boxed integer (composite type).
This means that each time we create a number (Byte, Short, Int, Long, Double, and Float), or with Char, and Boolean, it will be stored as a primitive type unless we declare it as a nullable type (Byte?, Char?, Array?, and so on); otherwise, it will be stored as a boxed representation:
var a: Int = 1 // 1 var b: Int? = null // 2 b = 12 // 3
- a is non-nullable, so it is stored as a primitive type.
- b is null so it is stored as a boxed representation.
- b is still stored as a boxed representation although it has a value.
Generic types cannot be parameterized using primitive types, so boxing will be performed. It's important to remember that using boxed representation (composite type) instead of primary representation can have performance penalties, because it will always create memory overhead compared to primitive type representation. This may be noticeable for lists and arrays containing a huge number of elements, so using primary representation may be crucial for application performance. On the other hand, we should not worry about the type of representation when it comes to a single variable or even multiple variable declarations, even in the Android world where memory is limited.
Now let's discuss the most important Kotlin primitive data types: numbers, characters, Booleans, and arrays.
- SoapUI Cookbook
- Rust編程從入門到實(shí)戰(zhàn)
- Mastering Spring MVC 4
- Java應(yīng)用開(kāi)發(fā)與實(shí)踐
- TestNG Beginner's Guide
- Android Application Development Cookbook(Second Edition)
- Java 9 Programming Blueprints
- 實(shí)戰(zhàn)Java程序設(shè)計(jì)
- Java設(shè)計(jì)模式及實(shí)踐
- SharePoint Development with the SharePoint Framework
- Unity 2018 Augmented Reality Projects
- Nagios Core Administration Cookbook(Second Edition)
- HTML+CSS+JavaScript網(wǎng)頁(yè)制作:從入門到精通(第4版)
- iOS Development with Xamarin Cookbook
- JavaScript語(yǔ)法簡(jiǎn)明手冊(cè)