2009-03-25 6 views
0

Je pense à une idée pour quelque chose, ainsi qu'à l'apprentissage de Ruby on Rails (facile hein :)). Je veux quelque chose pour permettre à un utilisateur de générer des formulaires en tant que modèles, puis affecter ces modèles en tant que formulaires dans un emplacement dans une arborescence, puis permettre aux utilisateurs de remplir des instances de ces formulaires et enregistrer les données. J'ai donc deux idées différentes sur la façon de structurer les données. Je pense actuellement qu'un modèle aura une ou plusieurs sections, et une section aura un ou plusieurs champs et le champ aura alors des attributs (type, couleur, position, validation, etc.). Donc, est-ce que cela devrait être décrit comme des tables reliées entre elles?De quelle façon structurer les données pour les modèles de formulaire générés par l'utilisateur

field belongs_to_a section belongs_to_a template

ou devrais-je avoir une table de modèle, qui a un champ appelé corps qui peut être publié en feuilleton dans et vers XML ou quelque chose à rendre?

<template> 
    <section> 
     <field attrib=foo attrib2=bar><field> 
    </section> 
<template> 

Toutes les idées ou commentaires sont les bienvenus, même si je suis tout à fait sur la mauvaise voie ....

Répondre

1

J'opteraient pour la première conception. Si j'étais un utilisateur (ou un développeur), je préfèrerais entrer des données dans des tables logiquement liées plutôt que d'écrire du XML pour définir un écran. En fait, Oracle a utilisé une structure de données similaire à celle de son outil très réussi: Application Express.

Questions connexes