Est-ce qu'on peut dissocier la non utilisation de Null d'une gestion d'exceptions ?
Oui: si tu as des types "non-nullable" et que tu essaye de leur affecter un type "nullable" alors tu as une erreur de compilation.
Pour convertir un types "nullables", en "non-nullable", il y a des langages qui fournissent le moyen de faire ça sans exception:
Exemple si une variable toto est de de type 'Toto?' (le point d'interrogation indiquant que ce type est nullable) alors
IfNotNull (toto) {
ici toto est considéré de type 'Toto' pas 'Toto?'
}
Je connais des allergiques aux exceptions (pourquoi ? je n'ai jamais réussi à avoir d'explication convaincantes)
Parce que ça complique la lecture de code car les exceptions peuvent te faire sauter 'n'importe où' aisément, ce qui complique les choses,
si tu lis l'Anglais va voir ici: http://www.d-programming-language.org/exception-safe.html
pour une bonne exposition du problème créer par les exceptions et des moyens possible de le contourner.
[^] # Re: Encore le type Null...
Posté par reno . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 2.
Oui: si tu as des types "non-nullable" et que tu essaye de leur affecter un type "nullable" alors tu as une erreur de compilation.
Pour convertir un types "nullables", en "non-nullable", il y a des langages qui fournissent le moyen de faire ça sans exception:
Exemple si une variable toto est de de type 'Toto?' (le point d'interrogation indiquant que ce type est nullable) alors
IfNotNull (toto) {
ici toto est considéré de type 'Toto' pas 'Toto?'
}
Parce que ça complique la lecture de code car les exceptions peuvent te faire sauter 'n'importe où' aisément, ce qui complique les choses,
si tu lis l'Anglais va voir ici: http://www.d-programming-language.org/exception-safe.html
pour une bonne exposition du problème créer par les exceptions et des moyens possible de le contourner.