Les développeurs Ruby on Rails expérimentés utilisent-ils des échafaudages?


18

Dans le tutoriel Ruby on Rails, j'ai lu quelque chose qui suggérait que les développeurs expérimentés n'utilisent pas d'échafaudage car ils ont tendance à aimer simplement écrire le code pour connecter le MVC par eux-mêmes.

Dans un autre endroit, j'ai lu que c'est une bonne idée d'utiliser des échafaudages car cela vous aide à respecter les conventions afin que les autres qui regardent et interagissent avec votre code comprennent ce que vous faites.

Je suis assez nouveau sur Ruby on Rails mais pas MVC ou application web - dois-je généralement essayer de m'en tenir aux conventions d'échafaudage et me laisser guider?


2
J'ai mis une soumission de modification pour changer Ruby dans le titre en Ruby on Rails, si cela vous convient.
alternative

@mathepic Yup, a plus de sens maintenant - merci de le faire.
Genadinik

En désaccord un peu si vous connaissez la programmation mais que vous n'avez jamais utilisé de rails, créez d'abord un échafaudage de produit et voyez ce qu'il a créé par rapport à l'application emply. C'est le moyen le plus rapide de comprendre comment tout est lié et quelles sont les conventions de dénomination (vraiment importantes dans les rails). Après cela, détruisez l'échafaud et construisez à la main.
Kimmo Hintikka

Réponses:


19

L'échafaudage sert un objectif - c'est un outil de prototypage rapide. Utilisez-le si c'est ce que vous faites. Une fois que vous avez votre prototype, vous pouvez intelligemment prendre la décision de modifier ce que l'échafaudage a produit pour vous, ou supprimer l'échafaudage et créer l'application exactement comme vous le souhaitez.

S'il s'agit de votre première application de rails, je vous recommande fortement de ne pas utiliser d'échafaudage. En tant qu'exercice d'apprentissage, rien n'enseigne mieux que de se mettre au travail et de voir exactement ce dont vous avez besoin pour qu'une application soit opérationnelle.

J'espère que cela t'aides!


Cela aide et je vois votre point. L'application est destinée à être utilisée par d'autres, donc j'essaie simplement d'obtenir suffisamment de données pour que la plupart des choses soient architecturées par moi-même.
Genadinik

4

Je l'utilise, pour la simple raison qu'il est plus rapide de supprimer le code inutile de ce que l'échafaudage génère que de créer tous les fichiers et le code manuellement.

Si j'étais vous, j'essaierais au moins par vous-même et verrais si ce qu'elle met en avant est surtout utile ou non.


3

Je ne l'ai jamais utilisé en 4 ans de construction d'applications Rails. Cela peut être utile dans certaines situations, je suppose. La bonne chose à ce sujet est que c'est une interface utilisateur temporaire évidente, donc personne n'essaiera de vivre avec.

On ne peut pas en dire autant d'ActiveScaffold (au cas où vous le rencontriez). Cela ressemble à une interface utilisateur livrable, et la direction pourrait être dupe de penser que l'interface utilisateur est bonne pour vous demander de l'expédier. Non! En fait, je regrette déjà d'avoir mentionné AS.


2

J'ai développé de nombreux sites Web avec RoR et dans l'entreprise où je travaillais, nous ne l'avons jamais utilisé. Je pense que c'est vrai pour la plupart des développeurs RoR. Bien que je me souvienne de quelques discussions à ce sujet et de certains développeurs professionnels qui l'utilisaient dans certaines circonstances.

Mais je pense qu'ils n'ont pas utilisé la version par défaut de l'échafaudage Rails, mettant en œuvre leur propre variante à la place. Cela peut fonctionner particulièrement bien si vous faites du travail à domicile pour de grandes entreprises, où la conception ne change pas beaucoup (ou n'a pas d'importance) et vous avez besoin de beaucoup de vues sur le même type de données pour les statistiques ou les tâches répétitives similaires .


2

Pour faire écho à ce que les autres ont dit, quand je l' utilise Rails je utiliser un échafaudage mais je n'appuie sur un échafaudage, si cela a du sens. Souvent, j'ai besoin de 90% de ce que génère l'échafaudage, il est donc plus facile d'exécuter le générateur, puis de supprimer ce dont je n'ai pas besoin (par exemple le truc "HTML ou XML" si je n'ai pas besoin de XML) que d'écrire tous les même code à la main. Vous ne faites que gaspiller des frappes.

Si vous apprenez, vous devez l'écrire à la main pour savoir ce qu'il fait et pourquoi il le fait, puis commencer à utiliser l'échafaudage pour générer rapidement ce code. IMO, un développeur professionnel de Rails, sait quand utiliser un échafaudage et quand l'utiliser pour générer du code de base, puis le modifier selon les besoins de l'application à portée de main.


1

J'ai commencé mon application avec des échafaudages, mais par la troisième entité quand j'ai commencé à dévier de la "voie RoR", je l'ai trouvée inutile.


1

En bref: non.

J'utiliserai des générateurs mais je n'utiliserai presque plus d'échafaudages. Vous avez tendance à passer un peu de temps à éditer les échafaudages et cela devient un peu déroutant.

Je trouve qu'un bon compromis pour utiliser les générateurs de contrôleurs peut vous permettre de démarrer assez rapidement si vous effectuez un développement de haut en bas.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.