maj todo
This commit is contained in:
parent
2a9965ebef
commit
3fd71f2b88
|
@ -0,0 +1,6 @@
|
|||
# cli
|
||||
|
||||
* [ ] implémenter les arguments avancés avec le préfixe "++" sur la description
|
||||
* [ ] pour le nombre d'arguments, supporter l'alias `*` pour `0..N` et `+` pour `1..N`
|
||||
|
||||
-*- coding: utf-8 mode: markdown -*- vim:sw=4:sts=4:et:ai:si:sta:fenc=utf-8:noeol:binary
|
|
@ -63,5 +63,20 @@
|
|||
* si c'est un array, c'est une définition et il faut la remplacer par l'instance de Schema correspondant
|
||||
* sinon, prendre $def comme définition
|
||||
$key est la clé si $schema est dans un autre schema
|
||||
* actuellement, pour un schéma associatif, si on normalise un tableau séquentiel,
|
||||
chaque valeur correspond à la clé de même rang, eg. pour un schéma
|
||||
~~~php
|
||||
const SCHEMA = ["first" => DEF, "second" => DEF];
|
||||
const ARRAY = ["first", "second"];
|
||||
~~~
|
||||
la valeur normalisée de `ARRAY` est `["first" => "first", "second" => "second"]`
|
||||
|
||||
cependant, dans certaines circonstances (notamment pour des paramètres), on
|
||||
devrait pouvoir considérer une valeur indexée comme un flag, i.e la valeur
|
||||
normalisée de ARRAY serait `["first" => true, "second" => true]`
|
||||
|
||||
la définition de ces "circonstances" est encore à faire: soit un paramètre
|
||||
lors de la définition du schéma, soit un truc magique du genre "toutes les
|
||||
valeurs séquentielles sont des clés du schéma"
|
||||
|
||||
-*- coding: utf-8 mode: markdown -*- vim:sw=4:sts=4:et:ai:si:sta:fenc=utf-8:noeol:binary
|
Loading…
Reference in New Issue