Gli sviluppatori esperti di Ruby on Rails usano le impalcature?

Nel tutorial di Ruby on Rails, ho letto qualcosa che suggeriva che gli sviluppatori esperti non usano i ponteggi poiché tendono a scrivere semplicemente il codice per connettere l'MVC da soli.

In un posto diverso ho letto che è una buona idea usare l'impalcatura perché ti aiuta a rispettare le convenzioni in modo che gli altri che guardano e interagiscono con il tuo codice capiranno cosa stai facendo.

Sono abbastanza nuovo con Ruby on Rails ma non con MVC o con l'applicazione web - dovrei generalmente sforzarmi di attenermi alle convenzioni sui ponteggi e lasciarmi guidare?

L'impalcatura ha uno scopo: è uno strumento di prototipazione rapida. Usalo se è quello che stai facendo. Una volta che hai il tuo prototipo, puoi prendere in modo intelligente la decisione di modificare ciò che lo scaffolding ha prodotto per te, o eliminare lo scaffolding e costruire l'app esattamente come lo desideri.

Se questa è la tua prima applicazione su rotaie, ti consiglio vivamente di non utilizzare i ponteggi. Come esercizio di apprendimento, niente insegna meglio che andare al metal e vedere esattamente ciò di cui hai bisogno per far funzionare un'app.

Spero che sia di aiuto!

Lo uso, per la semplice ragione che è più veloce eliminare il codice non necessario da ciò che genera lo scaffold piuttosto che creare manualmente tutti i file e il codice.

Se fossi in te, lo proverei almeno per te stesso e vedrei se ciò che mette in evidenza è per lo più utile o no.

Non l'ho mai usato in 4 anni di costruzione di app Rails. Può essere utile in alcune situazioni, suppongo. La cosa bella è che è un'interfaccia utente temporanea ovvia, quindi nessuno proverà ad andare avanti con esso.

Lo stesso non si può dire di ActiveScaffold (nel caso in cui lo si incontri). Sembra un'interfaccia utente shippable e il management potrebbe essere ingannato nel pensare che l'interfaccia utente è buona da percorrere e ti chiede di spedire. Non farlo! In realtà, mi sto già pentendo di aver menzionato AS.

Ho sviluppato molti siti Web con RoR e in azienda ho lavorato non l'abbiamo mai usato. Penso che sia vero per la maggior parte degli sviluppatori RoR. Anche se ricordo alcune discussioni su questo e alcuni sviluppatori professionisti in cui lo usavo in alcune circostanze.

Ma penso che non abbiano usato la versione predefinita dello scaffolding di Rails, implementando invece la propria variante. Questo può funzionare particolarmente bene se lavori in casa per grandi aziende, dove il design non cambia molto (o non importa) e hai bisogno di molte visualizzazioni sullo stesso tipo di dati per statistiche o attività ripetitive simili .

Per fare eco a quello che gli altri hanno detto, quando uso Rails uso l' impalcatura ma non faccio affidamento sull'impalcatura, se ciò ha senso. Spesso ho bisogno del 90% di ciò che genera lo scaffold, quindi è più semplice avviare il generatore e quindi rimuovere ciò di cui non ho bisogno (ad es. Roba "HTML o XML" se non ho bisogno di XML) che scrivere tutto il stesso codice a mano. Non fai altro che sprecare i tasti.

Se stai imparando, dovresti scriverlo a mano in modo da sapere cosa fa e perché lo fa, e in seguito iniziare a utilizzare lo scaffolding per generare rapidamente quel codice. IMO, uno sviluppatore professionista di Rails, sa quando utilizzare lo scaffolding e quando utilizzarlo per generare un codice di base e modificarlo in base alle necessità per l'app a portata di mano.

Ho iniziato la mia app con le impalcature, ma dalla terza entità quando ho iniziato a deviare dalla "via RoR", l'ho trovata inutile.

In breve: no.

Userò generatori ma non uso quasi mai più impalcature. Tendi a spendere un bel po 'di tempo a modificare le impalcature e diventa un po' sbilanciante.

Trovo un buon compromesso per usare i generatori di controller che possono farti funzionare abbastanza velocemente se stai facendo uno sviluppo top-down.