Sono uno sviluppatore .NET e ho avuto l'opportunità di giocare con Ruby on Rails questo fine settimana.
In .NET separiamo i livelli dell'applicazione creando progetti di librerie di classi separate. Dal punto di vista del design, dobbiamo farlo anche in Rails o è solo un intero progetto con tutto ciò che contiene?
Scoprirai che le app di Rails iniziano come repository singoli. I più riusciti (Twitter, Square, molti altri) si dividono in più codebase man mano che crescono in tale requisito. Quelle basi di codice aggiuntive possono essere daemon , servizi , gemme, Rails Engines o altro .
Questo refactoring in più progetti non viene eseguito finché non è necessario, perché YAGNI . Biforcare il tuo progetto il giorno 1 rallenta il tempo di prototipazione e la velocità di prototipazione è un punto di forza chiave di Ruby e di Rails. Avrai voglia di tenere a mente che la creazione o una classe in Ruby costa quasi nulla, così come fa a pezzi una classe benestante. Il tuo codice Ruby puro vivrà per lo più sotto /app/ ( app/models , app/views app/controllers , app/helpers ) e /lib/ . Le tue risorse statiche, livelli JS / caffè inclusi e CSS / Sass / etc include saranno in /app/assets .
Capire perché distruggere una classe di Ruby è così facile richiede un po 'di lettura sulla digitazione anatra e la comprensione che le interfacce di Ruby non sono così ironiche come potresti essere utilizzato in un ambiente meno dinamico.
Ecco alcuni link che potrebbero interessarti:
Breve descrizione della digitazione anatra ( Yehuda Katz blogpost )
L'inestimabile Sandi Metz su come e perché progettare programmi OO che siano semplici da leggere, da capire e da cambiare ( 2 ore di podcast di Ruby Rogues ) ( La sua fantastica libro )
Creatore di binari David Heinemeier Hansson sulla pipeline di asset e problemi di layout del codice che migliora ( video di keynote di RailsConf )
Creare la tua gemma ( Rubygems.org HOWTO )
Buona fortuna con i tuoi progetti!
Leggi altre domande sui tag design-patterns .net ruby-on-rails