DRY sagt aus das jede Information nicht doppelt oder mehrfach gehalten werden darf. Das heißt, das in der Datenbank jede Information einmal vorgehalten soll, der Quellcode keine Doppelte abschnitte haben darf.
Für uns heißt es: Das man es ein mal Richtig macht und zwar mit Ruby on Rails.
Anstelle von komplizierten Konfigurationsdateien
oder unterschiedliche Namensnennung von Datenbankspalten, gibt Ruby on Rails einfach Regeln vor wie etwas zu heißen hat.
Wie z.b. der Variablenname für die Identifikationsnummer id ist
anstelle von idx, idNr, id_nr etc.
Die MVC-Architketur beschreibt das Programmierparadigma das in Rails benutzt wird. Hierbei gibt es eine Datenschicht das über das Model definiert wird und eine Anzeige der Daten das über die View beschrieben wird.
Der Controller ist der Programmier-technischer Kleber um das Datenmodel mit der Anzeige zu verbinden.
Mit unserem Ansatz des Test-First können wir potentielle Fehlerquellen ausmertzen. Durch das Testen der Spezifikation können rechtzeitig erkennen, ob die Spezifikation in sich schlüssig ist.
Unser Qualtitätsprüfung stellt mit den Tests sicher, das die Softwarequalität ein hohen Standardt hat.
In Ruby on Rails werden in der Regel Daten als Resource behandelt und diese mittels der URL über Aktionen die Resourcen anzegeigt, erstellt, bearbeitet, aktualisiert oder gelöscht.
Durch diese Standardisierung der Software können wir einfacher Schnittstellen (API) für Dritte anbieten.
Das KISS-Prinzip sagt uns das wir in Ruby on Rails die einfachste und effektivste Lösung nehmen sollen. Eines dieser Prinzipien verbirgt sich hinter Konvention vor Konfiguration und DRY.
Wir bei HanseHype nehmen das KISS-Prinzip ernst und liefern hierdurch hohe Software-Qualität
Wir als HanseHype GmbH liefern für Sie zugeschnittene Lösungen um Ihr Projekt zu starten.