Templates de valeurs par implémentation de domaine

[JabX]

Fix #293 (enfin pas la partie sur les enums)

On peut spécifier un template à utiliser par défaut (qui peut utiliser {value}), ou bien spécifier des surcharges pour des valeurs précises dans l'implémentation d'un domaine. On peut également définir des imports qui ne seront ajoutés aux fichiers que si la valeur est utilisée pour la génération (implémenté en C# et JS uniquement).

Exemples :

---
domain:
  name: DO_NUMBER
  label: Nombre
  java:
    type: BigDecimal
    imports:
      - java.math.BigDecimal
    values:
      template: new BigDecimal({value})
---
domain:
  name: DO_DATE
  label: Date
  ts:
    type: string
    values:
      overrides:
        now: 
          value: today().toISO()
          imports:
            - "./common/utils/today"
  csharp:
    type: DateOnly?
    values:
      overrides:
        now: DateOnly.FromDateTime(DateTime.Now)
  java:
    type: LocalDate
    imports:
      - java.time.LocalDate
    values:
      overrides:
        now: LocalDate.now()
  sql:
    type: date
    values:
      overrides:
        now: now()

Cette PR apporte 2 breaking changes :

• Le générateur C# n'essaie plus de gérer Guid et DateOnly/DateTime tout seul, il faut spécifier les templates correspondants dans les domaines
• Tous les imports JS renseignés dans topmodel (hors modèle), donc domainPath/fetchPath et les différents imports des domaines sont toujours relatifs au répertoire de génération outputDirectory (c'était bien le cas pour les deux premiers déjà), et on considère que c'est un chemin relatif s'il commence par un . (au lieu de dire que ce n'en est pas un s'il commence par un @)