On dirait que vous voulez que votre application soit une clé réglable en continu que les utilisateurs peuvent modifier à volonté. Est-ce juste?
Je ne pense pas que ce soit possible ou souhaitable. Pensez à ce qui se passe lorsque vous ajoutez un attribut à un objet de domaine existant dans Grails. L'attribut est ajouté au mappage ORM, ce qui signifie que les tables doivent être modifiées. L'interface utilisateur a une autre zone de texte ajoutée pour la saisie de données; la page de liste a une autre colonne ajoutée à sa table.
Il se passe beaucoup de choses lorsque vous ajoutez un attribut. Comment allez-vous gérer plusieurs utilisateurs modifiant l'application en même temps? Que se passe-t-il lorsqu'un utilisateur modifie une table alors qu'une autre accède à l'ancienne version?
Vous demandez trop. Je ne pense pas que ce soit une exigence raisonnable. Le sweet spot de Grails est un développement rapide d'applications CRUD basées sur le web. Je ne pense pas que cela inclut la modification par les utilisateurs à l'exécution.
Aucun type de sécurité ou d'abstraction là-bas. – duffymo
donc si je veux le faire dynamique - je vais peut-être besoin carte supplémentaire pour stocker le type ou de mettre sur la carte une classe avec des propriétés qui décrivent le type: Classe extraProp {int typeCode Valeur chaîne } –
@duffymo Type de sécurité et d'abstraction ne sont pas mentionnés dans les exigences. –