problème avec la structure du projet MVC

Question

dans mon projet j'ai environ 20 formulaires html avec beaucoup de différents <input>. Ces <input> sont uniques dans toutes les formes et ils ne se répètent pas entre eux. Pour chaque formulaire, il y a un script qui obtient des données à partir du formulaire, génère un fichier spécifique et le pousse vers le navigateur. et c'est tout. pas de bases de données, d'admin, de logins/mots de passe et d'autres trucs usuels de l'application web.

donc par exemple en php, la structure du projet peut être quelque chose comme ceci:

formes/

-------> form1/

-------- -------> index.html

---------------> script/

------------- ----------> index.php

-------> form2/

---------------> index.html

----------- ----> script/

-----------------------> index.php

et ainsi de suite. Il est tout à fait clair et il fait de jolies urls comme:

www.website.com/forms/form1

mais Ruby-on-Rails il y a un modèle MVC. Et je n'ai aucune idée de comment organiser la structure avec un projet comme ça. Comment faire les choses correctement? Je ne devrais pas faire 20 contrôleurs différents après tout, non?

Answer 1

Oui, vous faites 20 contrôleurs. De la même manière que vous avez 20 fichiers script/index.php dans votre structure PHP. La structure des rails ressemblerait à ceci.

 
app/ 
    controllers/ 
     form1s_controller 
     form2s_controller 
     ..... 
     formns_controller 
    view/ 
     form1/ 
      new.html.erb 
     form2/ 
      new.html.erb 
     ...... 
     formn/ 
      new.html.erb 
     layouts/ 
      application.html.erb 

Lorsque les contrôleurs ont un procédé pour chaque action que vous souhaitez effectuer, par ex. new, edit etc

Le fichier layouts/application.html.erb contiendra tout le balisage qui est cohérent sur toutes vos pages.

Enfin, n'essayez pas de combattre la structure. Il est là pour activer le code minimal en raison de la convention, si vous essayez de créer vos propres structures, vous allez créer un monde de douleur.

Answer 2

Puisqu'il n'y a pas de backend de base de données pour les formulaires, je créerais un FormsController, avec 20 méthodes (form1, form2, form3, ...).

Vos urls seraient alors regarder presque la même \forms\form1, \forms\form2 ...

Même si vous utilisez 20 contrôleurs, il y a plusieurs façons de Ruby pour supprimer le code en double. Donc, même dans un MVC normal, j'ai eu des applications avec 140 modèles, et de même autant de contrôleurs, la plupart de ces contrôleurs avaient seulement une ligne et les vues étaient complètement génériques.

Juste parce qu'une certaine solution semblait simple en PHP, cela ne signifie pas que de meilleures solutions n'existent pas. Comme par exemple MVC.Il peut sembler induire plus de code, plus de fichiers, plus de travail, mais la structure est là pour une bonne raison, elle sépare proprement les soucis, et chaque fichier en lui-même devient plus clair et plus facile à comprendre.