[Req] Ideen bei der Planung

Seite 1 von 1 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/req_ideen_bei_der_planung_165939/page_1 - zur Vollversion wechseln!

Grüß euch!

Für ein Projekt muss ich mir zwangsläufig geganken machen wie es logisch aufgebaut sein soll. Das ganze soll Objektorientiert sein und daher ist Ruby für mich die erste wahl (aber das ist in diesem Thread sowieso egal).

Zum Projekt:
Das ganze nennt sich "NDC" = (Network Device Configurator) und wird ein Frontend für diverse Netzwerkgeräte. Also ein User kann sich zum Gerät verbinden und dann hald diverseste Sachen damit anstellen. Ich hab auch schon mal fleissig zum Programmieren angefangen ("mal so drauflos"), aber es war von vornherein klar dass das irgendwann in die Hose gehen wird. Jetzt ist es soweit und ich hab mich dran gemacht eine Struktur zu entwerfen.



Zur Erklärung:
Ich habe versucht das Ganze irgendwie logisch zu gliedern und dabei sind bei mir im Kopf drei Segmente entstanden.
Einerseits der access-level wo das GUI sitzen soll und alles übernimmt was mit der Ausgabe auf dem Bildschirm zu tun hat. Laut Lastenheft müssten dann dort auch noch so sachen wie Speichern der Logs usw sitzen.
Dann der core-level wo die Hauptklasse "NDC" sitzt. Sie soll das Herz darstellen und über sie soll jegliche Kommunikation funktionieren. Von dort werden auch, falls nötig, errors behandelt. Die Klasse Modules ist was spezielles da sie in einer Verzeichnisstruktur die Ensprechenden Module je nach Geräteart einbindet (jedes Gerät hat andere Features usw).
Und dann noch der backend-level der dann so sachen Übernimmt wie zu den Geräten verbinden, checken ob alles passt, tftp-server aufmachen wenn nötig usw.

Jetzt meine Fragen an euch

• Ist so ein Modell überhaupt sinnvoll?
• Im Backend: wäre es nicht sinnvoller eine Klasse zu erstellen die alle Verbindungen abhandelt und dann die entsprechenden Module einbindet?
• Habt ihr sonst irgendwelche Ideen oder vorschläge?

Eine zweite Möglichkeit auf die mich ein Typ aus einem Rubyforum aumferksam gemacht hat wäre das MVC-Modell (http://de.wikipedia.org/wiki/MVC)

Ich hab mich mal mit der Idee gespielt, grundsätzlich gefällt sie mir sehr gut. Ich bin jetzt von der Datenbankidee wieder abgekommen weil sie viel zu "overkill" wäre. Bin jetzt auf YAML gestoßen was mir persönlich sehr zusagt



bzw so eher mit klassen:

Hm was meinst du mit "Netzwerkgeräte"? Drucker usw.? Bitte schreib noch ein bisschen mehr dazu, was das Ding machen soll.
Ich verstehe auch nicht ganz, wozu du eine Datenbank brauchst, zum Settings speichern? Ansonsten ist MVC immer eine gute Idee Für kleinere Projekte (wie dieses) kannst du aber imho Controller und View zusammenfassen.

netzwerkgeräte sind router, switches, access-points,...

und die datenbank wird sich wahrscheinlich in form von YAML äußern. btw das wird kein kleines projekt, sollt schon mid-size werden (ist immerhin ein maturaprojekt)

Zitat von moidaschl

Also ein User kann sich zum Gerät verbinden und dann hald diverseste Sachen damit anstellen.

Zitat von moidaschl

netzwerkgeräte sind router, switches, access-points,...

overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025