Rails non è .NET o PHP, né cerca di emulare le loro metodologie.
Studia e comprendi i framework concettuali MVC e REST prima di iniziare a scrivere un'applicazione Ruby on Rails—questo accellererà il tuo apprendimento del framework Rails e migliorerà la qualità della tua applicazione. Se stai trovando molto difficile o scomodo sviluppare in Rails, accertati di nuovo di conformarti agli schemi MVC e REST; non è obbligatorio usare questi schemi, ma troverai spesso che è molto più difficile implementare qualcosa che li ignora. La decisione di fare le cose in modo diverso dovrebbe essere presa dopo attenta considerazione.
Ruby on Rails enfatizza volutamente la Convention over Configuration e il principio di sviluppo rapido Don't Repeat Yourself (non ripeterti).
Niente può essere frustrante come fare qualche modifica minore e involontariamente far smettere di funzionare qualcosa. Usare un version control system (sistema di controllo versione) come Git, Mercurial, Subversion o CVS ti permette di fare modifiche e annullarle facilmente quando qualcosa va storto. La maggior parte della comunità Rails usa Git, per cui, se non hai mai usato il version control, parti da lì.
Sebbene ci siano molte persone volenterose di aiutare nelle comunità di Rails e Ruby che si rendono disponibili attraverso vari canali, prova a risolvere i tuoi problemi da solo prima di sollecitare il loro aiuto. Per la maggior parte, i problemi non sono unici e sono stati già risolti o risposti o in questo wiki o da qualche parte online.
Ruby, il framework Rails e la maggioranza dei plugin e delle gem principali hanno una significativa documentazione online e rdocs che puoi generare tu stesso, e in più puoi sempre guardare il codice rilevante direttamente. Questo non è per dire che chiedere aiuto va evitato a tutti i costi, ma che è meglio fare un certo sforzo per trovare soluzioni prima di chiedere a qualcuno.
Se hai bisogno di aiuto, due grandi sorgenti di informazioni sono la Ruby on Rails talk mailing list e il canale IRC #rubyonrails su Freenode. Con entrambi entrerai in contatto con sviluppatori Ruby e Rails con molta esperienza che saranno felici di aiutarti.
Impara le convenzioni di Ruby e come scrivere un miglior codice Ruby. Prova a lasciare da parte le abitudini degli altri linguaggi.
def add(a,b) # male - "return" è opzionale e non necessario return a + b # bene, per default viene restituito il valore dell'ultima istruzione a + b end
# male, difficile da leggere e da capire puts "NO" if not @user.has_permission? # bene, il significato è chiaro puts "NO" unless @user.has_permission?
Buone (e gratuite) introduzioni a Ruby possono essere trovate nella pagina ufficiale ruby-lang.org o sottoforma di corsi online su rubylearning.org.
Per quanto il testing possa apparire enorme e spaventoso all'inizio, imparerai ad amare il “big guy” una volta che lo provi. Il testing è qualcosa di “grosso” nella comunità di sviluppo di Rails, e dovrebbe esserlo anche per te. La prima volta che lo “afferri” è come vedere un raggio di sole attraverso il fango di altre pratiche di sviluppo. Leggi. Impara. Ama.
Ci sono diversi siti di screencast di alto profilo che vale la pena tenere d'occhio. Questi sono solo alcuni, sottoscrivi i loro feed RSS e dagli un'occhiata.
Discussione