Kotlin distinguishes between references that can hold null (nullable types) and references that cannot (non-nullable types). One of Kotlin’s improvements over Java is null safety. This is because the value passed to the lambda inside the let method will not change even if the original variables changes its value that will make your block much safer in this particular case.Note: phiên bản Tiếng Việt của bài này ở link dưới. It’s also worth mentioning that if you are working with mutable variables (something I would NOT recommend), using let is safer than using an if condition. That looks concise and clean there could be some arguments against it due to not being “human-readable” but I can promise that once you get used to the use of safe calls and let methods you’ll read it clearly with no effort. If we take the example we used in our last Kotlin article about Either: fun findEmployeeByName(name: String): Either ") Not always, we might have a findEmployee method in our service where we want to express the possibility of not finding the employee by using a nullable type. That’s definitely the best way to avoid having to deal with nulls in our language, although is this always possible? This is the way that they decided to achieve null-safety in Kotlin. Non-Nullable Types in Kotlinīy default Kotlin types are not nullable, what means that it’s impossible to assign null to them. Kotlin provides different mechanisms to help solve this problem. In this article you will learn how to handle nullable types in Kotlin correctly. Having to place null check conditions everywhere just to make our code null-safe is something that probably most of us have suffered quite often. One of the most annoying aspects in writing code in Java is dealing with null elements.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |