Re: Fonction table_valeur() et les valeurs null

Yop,

Le 14 novembre 2016 à 13:32, Matthieu Marcillaud <[email protected]> a
écrit :

>
> En PHP on considère généralement NULL comme étant non défini. D'où le
> isset(). À mon avis il ne faut pas revenir là dessus.
>
>
Ben a ce propos je suis plus mitigé.
En effet, quand tu lis la définition de isset() sur php.net on a : identifie
si une variable est définie ET est différent de null. Le "et" montre bien
que les deux informations de nature différente (définie et null) sont
globalisées dans la réponse ce qui est un choix d'implémentation.
Pour moi, table_valeur() est censée renvoyer la valeur de l'index quelle
qu'elle soit sinon on distord son but premier; c'est comme si on disait que
$t[i] renvoie un index inexistant si la valeur était null. Et donc, le
défaut devrait être appliqué que pour une clé non existante.
En tout cas aujourd'hui il y a une valeur que nous ne savons récupérer dans
un tableau ce qui est pour moi gênant.


> Tu peux aussi te faire ton propre filtre avec un array_key_exists à la
> place peut être ? Ou on pourrait ajouter un argument en plus à table_valeur
> pour indiquer quoi faire avec les NULL (utiliser isset ou
> array_key_exists). ($keep_null ou $conserver_null = false), en conservant
> false par défaut.


Oui l'option supplémentaire pourrait être intéressante mais je me demande
si il ne faudrait pas inverser le défaut, à savoir que le conserver_null
soit actif par défaut.
Est-ce que ça foutrait vraiment le bazar ?

++
Eric