Mon junior m'a demandé: «J'ai été posée cette question par un nouveau diplômé. Au fait, pourquoi? " Je lui ai dit de ne pas le chercher moi-même, mais j'ai essayé de le chercher moi-même, alors je l'ai résumé.
Lorsqu'il s'agit de nombres en Java, il est de type int par défaut, donc Parce qu'il est nécessaire d'indiquer explicitement qu'il est long de le traiter comme un type long (La valeur entière d'un littéral numérique est traitée comme un type int)
C'était comme prévu. C'est tout ce qu'il y a à faire, alors j'ajouterai autre chose qui m'intéresse.
Pour byte et short, seules les valeurs numériques sont OK Cependant, s'il dépasse la plage, une erreur de compilation se produira naturellement.
Je comprends byte, mais la raison pour laquelle s n'est pas attaché à short est un mystère (Je ne vois pas tellement le court métrage lui-même ...)
La valeur par défaut pour les types fractionnaires est double.
Lorsqu'il s'agit de type float, il est nécessaire d'ajouter explicitement F.
Vous pouvez ajouter D en cas de double type (vous n'avez pas à l'ajouter, je ne l'ai jamais vu)
Scala Identique à java
Python Jusqu'en 2.5, il fallait ajouter l ou L dans le cas de type long comme Java, Après cela, il semble qu'il ne soit plus nécessaire d'être intégré
C Ajouter l ou L lors du traitement de types longs d'entiers signés Ajouter ul ou UL lors du traitement de types longs d'entiers non signés
C++ Ajouter ll ou LL lors du traitement de types longs d'entiers signés Ajouter ull ou ULL lors du traitement de types longs d'entiers non signés
C# Ajouter l ou L lors du traitement de types longs d'entiers signés Ajouter ul ou UL lors du traitement de types longs d'entiers non signés
Recommended Posts