No tutorial do Ruby on Rails, li algo que sugeria que desenvolvedores experientes não usavam andaimes, pois costumam escrever apenas o código para conectar o MVC por conta própria.
Em outro lugar, li que é uma boa ideia usar andaimes, pois ajuda a manter a convenção para que outras pessoas que olham e interagem com seu código entendam o que você está fazendo.
Eu sou muito novo no Ruby on Rails, mas não no MVC ou no aplicativo da Web - devo geralmente tentar seguir as convenções de andaimes e deixá-lo me guiar?
ruby
ruby-on-rails
mvc
Genadinik
fonte
fonte
Respostas:
O andaime serve a um propósito - é uma ferramenta de prototipagem rápida. Use-o se é isso que você está fazendo. Depois de ter seu protótipo, você pode tomar a decisão de modificar de forma inteligente o que o andaime produziu para você ou excluir o andaime e criar o aplicativo exatamente como você deseja.
Se este é seu primeiro aplicativo de trilhos, eu recomendo, no entanto, que você não use andaimes. Como um exercício de aprendizado, nada ensina melhor do que ir direto ao ponto e ver exatamente o que você precisa para colocar um aplicativo em funcionamento.
Espero que isto ajude!
fonte
Eu o uso pelo simples motivo de que é mais rápido excluir o código desnecessário do que o andaime gera do que criar todos os arquivos e códigos manualmente.
Se eu fosse você, pelo menos tentaria por si mesmo e veria se o que ele divulga é mais útil ou não.
fonte
Eu nunca o usei em quatro anos de criação de aplicativos Rails. Pode ser útil em algumas situações, suponho. O bom disso é que é uma interface de usuário temporária óbvia, para que ninguém tente ir ao ar com ela.
O mesmo não pode ser dito sobre o ActiveScaffold (caso você o encontre). Parece uma interface do usuário que pode ser entregue e o gerenciamento pode se enganar ao pensar que a interface do usuário é boa e pedir para você enviar. Não! Na verdade, já estou me arrependendo de ter mencionado AS.
fonte
Eu desenvolvi muitos sites com o RoR e, na empresa em que trabalhei, nunca o usamos. Eu acho que isso é verdade para a maioria dos desenvolvedores de RoR. Embora eu me lembre de algumas discussões sobre isso e alguns desenvolvedores profissionais que o usaram em algumas circunstâncias.
Mas acho que eles não usaram a versão padrão do andaime Rails, implementando sua própria variação. Isso pode funcionar especialmente bem se você trabalha internamente para grandes empresas, onde o design não muda muito (ou não importa) e você precisa de muitas visualizações no mesmo tipo de dados para estatísticas ou tarefas repetitivas semelhantes .
fonte
Para ecoar o que os outros disseram, quando uso o Rails, uso o andaime, mas não confio no andaime, se isso faz sentido. Muitas vezes, preciso de 90% do que o andaime gera, portanto é mais fácil executar o gerador e remover o que não preciso (por exemplo, o material "HTML ou XML" se não precisar de XML) do que escrever todos os mesmo código à mão. Você não faz nada além de desperdiçar as teclas digitadas.
Se você estiver aprendendo, escreva-o à mão para saber o que faz e por que faz e, posteriormente, comece a usar o andaime para gerar rapidamente esse código. Na IMO, um desenvolvedor profissional do Rails sabe quando usar andaimes e quando usá-lo para gerar algum código básico e modificá-lo conforme necessário para o aplicativo em questão.
fonte
Iniciei meu aplicativo com andaimes, mas pela terceira entidade, quando comecei a me desviar do "caminho do RoR", achei inútil.
fonte
Em resumo: não.
Vou usar geradores, mas quase nunca mais uso andaimes. Você costuma gastar um bom tempo editando os andaimes e isso fica um pouco desconcertante.
Acho um bom compromisso o uso de geradores de controladores que podem colocá-lo em funcionamento rapidamente, se você estiver desenvolvendo de cima para baixo.
fonte