le problème c'est "l'ordre"

imagine que tu as 3 valeurs numériques possibles toutes optionnelles

si tu en passes 2 comment savoir quelles infos sont passées.

[b]Solution procédurale[/b] -> passer un "array" ou un objet des config -> un seul param, l'array est plus souple, lobjet de config est plus "blindé"
[b]Solution objet -[/b]> les valeurs deviennent des propriétés, avec des getter et des setters et la fonction est une méthode sans arguments.

Pas bête de transformer mon tableau d'arguments en un objet... :D
Ce serait plus structuré et strict à programmer.

oui passer un tableau comme vsprintf :wink:

Ou bien c'est peut-être le moment de faire d'une telle fonction un objet bien formé..

Enfin, je dis juste ça car c'est typique d'une fonction qui aspire à devenir un objet.

Okay, dommage c'est pas moins chiant que de traiter des tableaux. :D

oui c'est tout simplement ça :wink:

Je me posais une question cet après midi en rédigeant encore une de ces *ù%!$ de fonction qui doit accepter une large liste d'arguments qui au final se transforme en un tableau car ras la casquette.

Pour faire simple, est-il possible de gérer dynamiquement une liste d'arguments comme le fait la fonction native printf() ?
Une sorte de boucle sur le traitement de la fonction en utilisant func_num_args() et func_get_arg() ?