interface utilisateur Web: Dynamic Web Forms

Question

considèrent la structure des données suivantes:

subject (stdClass) 
    topic (stdClass) 
     units (int) 
     title (varchar 50) 
     description (varchar 255) 
     start_time (time) 
     end_time (time) 
    teacher (stdClass) 
     first_name (varchar 50) 
     last_name (varchar 50) 
    students (stdClass[]) 
     1 (stdClass) 
      first_name (varchar 50) 
      last_name (varchar 50) 
     2 (stdClass) 
      first_name (varchar 50) 
      last_name (varchar 50) 
     3 (stdClass) 
      first_name (varchar 50) 
      last_name (varchar 50) 
    proctor (stdClass) 
     first_name (varchar 50) 
     last_name (varchar 50) 

Je vais avoir un problème sur la façon de mettre en œuvre le mentionné ci-dessus la structure des données dans les formulaires Web dynamiques. Je ne suis pas certain du type d'implémentation que j'utiliserai pour faciliter le remplissage de l'utilisateur final. En même temps, préserver l'intégrité des données.

Scénario:

• Un utilisateur doit être en mesure de fournir les données nécessaires pour remplir le « sujet » objet sous une forme. Ce qui signifie qu'il sera pas être redirigé vers d'autres pages (comme un assistant) à la place, les sous-formes par étudiant sont javascript généré.
• Un utilisateur devrait pouvoir modifier les données dans l'objet "sujet" sur la demande .
• Il peut y avoir plusieurs étudiants ou aucun. La validation par sous-objet est requise.

Alors, comment dois-je présenter cela en utilisant des formulaires Web?

Answer 1

Je suis confronté à un problème similaire avec l'un de mes projets, à savoir comment remplir une grande quantité d'informations de manière non intrusive, en préservant l'état des modifications.

Les technologies existent déjà pour faire cela très bien, à savoir ajax et json. Mon projet est construit avec PHP donc mon idée est de créer une vue qui affiche toutes les formes de saisie de données, mais il enregistre les données de manière incrémentale en envoyant les champs complétés à un script PHP avec ajax, qui enregistre/met à jour l'objet.

En théorie, avec un peu niceness javascript, il devrait être possible de faire une interface très efficace (pensez sections complétées ont un bouton d'enregistrement et glisser fermé, qui peut être ouvert pour une édition ultérieure alors)

Il est possible d'en faire une conception très modulaire, mettant en œuvre par exemple écrire une fois les champs, une fois sauvegardé ne peut être édité.

Il s'agit en effet d'un sujet très intéressant sur lequel de nombreux sites semblent avoir des difficultés. S'il vous plaît dites-moi si j'ai attrapé la mauvaise extrémité du bâton ici et posté une réponse qui n'est pas pertinente/utile

Pour réduire le code en double et vraiment le rendre élégant et gérable je l'implémenterais avec un motif de conception MVC. Avoir votre vue envoyer des données lorsque l'utilisateur arrête de taper dans un champ et ce n'est pas vide. Demandez ensuite au contrôleur de vérifier si le champ doit être mis à jour et renvoyez les accusés de réception corrects à la vue. Model jouera également son rôle car vous enregistrerez sans doute les données dans votre base de données. La vue sera essentiellement un script ajax modulaire, elle a des entrées et les surveille pour les changements, dès que suffisamment de changements sont faits (pour garantir une sauvegarde partielle) l'ajax envoie les données au contrôleur et réduit la section concernée pour montrer qu'il a été complété. De même, si vous revisitez la page et que le contrôleur voit qu'il y a des données dans le modèle pour ces champs, il les envoie à la vue ajax, qui remplit alors et réduit les sections préremplies =) Tout à fait propre je pense.

Edit: fautes de frappe de fixation, a ajouté MVC commentaire

Answer 2

sur la base des directives de rentabilité, les champs doivent être regroupés dans l'élément fieldset en fonction de leur sujet/par exemple En raison de la grande quantité de données, une interface Javascript devrait être utilisée pour afficher la page par étapes (les formulaires pourraient être chargés sur une page, mais JS servirait à afficher et masquer les sections/ensembles de champs respectifs).). soumettre enverrait alors toutes les données à la fois ou alternativement AJAX pourrait être poursuivi après chaque section mise à jour ...

meilleures choses à propos de fieldsets est qu'ils peuvent également être regroupés et inclus dans un autre.