Nulle sécurité de Kotlin. J'ai pensé à une fonctionnalité qui tue

Ayant rencontré le langage Kotlin pour la première fois après une longue période de travail avec Java, j'ai été rebuté par l'idée que la sécurité null peut être utile et, en général, une variable sans null est une primitive, mais je n'ai moi-même pas réalisé il.

Comment ça s'est manifesté :

1. Il n'est pas pratique de travailler avec des variables et des champs, qui ne peuvent pas avoir de valeur null. Eh bien, je ne comprenais même pas comment quelque chose ne pouvait pas être nul.

   
   
   
   
   

2. Il n'est pas pratique de travailler avec des types nullables. Bien foutu ?: !!

   
   
   
   
   

En général, le temps a passé, lentement j'ai commencé à m'habituer au fait que null n'existait peut-être pas, j'ai même essayé de faire quelque chose d'idiomatique à mon avis : des valeurs par défaut sous la forme d'un objet... En général, tout ça m'a conduit à la dépression et j'avais vraiment envie d'écrire à nouveau en Java, car j'ai l'habitude de vivre avec null. Au fil du temps, j'ai déjà commencé à vivre normalement avec Kotlin's not nullable, en tant qu'ami un jour je suis retourné à Java... Et au bout d'un moment je me suis rendu compte d'une chose :

Lorsque je travaille avec du code hérité (enfin, c'est tout le code qui est généralement écrit), alors je ne comprends pas où il peut être nul et où il ne peut pas l'être, ce qui me fait passer de la mise en œuvre de la logique métier à la découverte : peut-il y avoir null ?

Considérons les synthétiques : nous avons une entité de numéro de téléphone avec des champs : un numéro, un code de ville international et un préfixe (enfin, +7, +3, etc.), il a été écrit avant nous, il y a un mappage vers la base de données, en général, tout est selon les canons du sanglant. Pour les entreprises, les 3 champs du numéro de téléphone doivent être.

Si je suis en Java, lorsque je travaille avec cette entité, j'ai de nombreuses options pour l'utiliser :

1. Utilisez-le tel quel, sans penser à ce qui ne va pas avec null (la production le découvrira si nous corrigeons le bogue)

   
   
   
   
   

2. Accédez à la base de données et examinez la contrainte, en vous assurant ainsi que null ne peut pas être là et vous pouvez utiliser cette entité en toute sécurité sans vérifications.

   
   
   
   
   

3. Avec les annotations @NotNull en place , appuyez sur Ctrl + Q pour voir la description.

   
   
   
   
   

4. Traiter tous les champs, en supposant que null peut être partout.

   
   
   
   
   

5. Écrivez votre propre code, puis traitez le potentiel null.

   
   
   
   
   

6. Vous pouvez toujours penser à des options ...

   
   
   
   
   

, , , 5 - , . , NPE.

:

1. null .

   
   
   
   
   

2. null.

   
   
   
   
   

, .

, Java , : , , , !! ?:

Eh bien, et encore une fois à propos de la propriété de sécurité nulle elle-même : ce n'est pas tout à fait une chose technique, c'est plutôt une question d'entreprise, si dans mon entreprise une valeur ne peut pas être nulle, alors laissez-la tomber au début, plutôt que de vivre avec certains un peu nul...