Ces évolutions concernent ce qu'on génère pour des values dans le cas où il existe une (ou plusieurs) clé unique simple sur la classe :
En C# et en JS, si la classe est une enum et que la propriété est toujours renseignée dans les différentes values, alors on génère une "enum" supplémentaire pour cette propriété (enum {classe}.{prop}s en C#, et le type d'union {classe}{prop} en JS), et le type de la propriété (et de ses dérivés) est mise à jour en conséquence.
En C#, si on ne peut pas générer d'enum, alors on génère des constantes {classe}.{valueName}{prop} pour toutes les valeurs renseignées dans values. Elles correspondent à ce qui était généré avant via la contrainte qui forçait à avoir une telle clé unique pour renseigner des values, mais le nom des constantes est désormais suffixé par le nom de la propriété puisqu'on suppose qu'on peut en avoir plusieurs.
Suite de l'issue #206 et de sa PR #212
Ces évolutions concernent ce qu'on génère pour des values dans le cas où il existe une (ou plusieurs) clé unique simple sur la classe :
values
, alors on génère une "enum" supplémentaire pour cette propriété (enum{classe}.{prop}s
en C#, et le type d'union{classe}{prop}
en JS), et le type de la propriété (et de ses dérivés) est mise à jour en conséquence.{classe}.{valueName}{prop}
pour toutes les valeurs renseignées dansvalues
. Elles correspondent à ce qui était généré avant via la contrainte qui forçait à avoir une telle clé unique pour renseigner des values, mais le nom des constantes est désormais suffixé par le nom de la propriété puisqu'on suppose qu'on peut en avoir plusieurs.