Grundsätzliche Vorgehensweise
hallo ihr lieben,
neulich im büro stellte mir jemand die frage, wie man denn eigentlich bei der entwicklung von railsanwendungen vorgehen würde. irgendwie scheinen die tools und features doch erstmal allesamt zu erschlagen.
im prinzip ist es immer gleich (obwohl es da sicherlich auch abweichende vorgehensweisen gibt):
jetzt kommt die feinarbeit (zb db-relationen definieren) für die es sicherlich kein fertigrezept gibt. die grundstrukturen stehen nun aber.
m
neulich im büro stellte mir jemand die frage, wie man denn eigentlich bei der entwicklung von railsanwendungen vorgehen würde. irgendwie scheinen die tools und features doch erstmal allesamt zu erschlagen.
im prinzip ist es immer gleich (obwohl es da sicherlich auch abweichende vorgehensweisen gibt):
- * zunächst muss man (ich) ziemlich genau planen, was ich überhaupt möchte. dafür muss natürlich nicht die komplette anwendung als ganzes geplant werden, sondern die gewünschte teilfunktion.
* dann überlegt man sich, welche funktionalitäten man braucht (komplettes CRUD?)
* anschließend sollten die datenbankfelder auf dem geistigen oder dem realen blatt papier stehen. kurz eine migrationdatei anlegen (geht ja mit den IDEs auch automatisch) und die spalten eintragen/definieren.
* migration durchführen
* controller und views erstellen, bzw. scaffolding anwenden
jetzt kommt die feinarbeit (zb db-relationen definieren) für die es sicherlich kein fertigrezept gibt. die grundstrukturen stehen nun aber.
m