Projektaufteilung in Classes

knivil

volkard schrieb:

Dein Projekt ruft nicht "Bitte bau mich objektorientiert". Also laß es und erzwinge keine Klassen, wo sich nicht hingehören.

Welches Projekt schreit denn wirklich nach OOP?

volkard

knivil schrieb:

volkard schrieb:

Dein Projekt ruft nicht "Bitte bau mich objektorientiert". Also laß es und erzwinge keine Klassen, wo sich nicht hingehören.

Welches Projekt schreit denn wirklich nach OOP?

Allem voran Simulationen (kein Zufall, daß diese frühe OO-Sprache Simula hieß), und auch Armeenschiebespiele wie "Age of Empires" oder FPS wie "Counter Strike".

berniebutt

Gibt es einen Compiler, der rufen kann "Das Design ist nicht optimal und dieses Design dann verbessert?" Könnte man gebrauchen!

volkard

berniebutt schrieb:

Gibt es einen Compiler, der rufen kann "Das Design ist nicht optimal und dieses Design dann verbessert?" Könnte man gebrauchen!

Das kann jeder SPL-Compiler. (Schlechter Informatikerwitz, SPL steht für Suche-Problem-und-Löse.)

Außerdem sprach ich nicht von einem Compiler, sondern von einem Projekt, das ruft. Das ist so ein Unterschied wie zwischen objektorientierter Programmierung und objektorientierter Programmiersprache.

Also meint ihr, ich brauche da keine weitere Klassen um das ganze übersichtlicher zu gestalten?

claaas schrieb:

Also meint ihr, ich brauche da keine weitere Klassen um das ganze übersichtlicher zu gestalten?

Willst du das Projekt so lassen wie es ist und nie erweitern und den Code nur noch rumgammeln lassen, dann brauchst du keine Klasse.
Willst du lernen, wie man größere Projekte enwickelt oder dieses Projekt noch weiter machen, kann man ne ganze Menge Klassen machen.

volkard

claaas schrieb:

Also meint ihr, ich brauche da keine weitere Klassen um das ganze übersichtlicher zu gestalten?

Naja, bei haveInternet(), sendGSM(), postHTTP() frage ich mich, WER tuts?
haveInternet(), wer hats Internet? Soll ich eine Klasse dafür bauen? Es wäre notwendig, wenn es mehrere Internethaber geben könnte und die auch verschiedene Internets haben könnten. Oder wenn es mehrere zusammenhehörende Variablen (handles) wären.

sendGSM(), wer sendet? Bringt's eine Erleichterung, eine Klasse GsmSender zu basteln, sind für das Sendenkönnen (mehrere) Variablen nötig außer der Zieltelefonnummer und dem SMS-Text? Kann der GsmSender so gemacht werden, daß man ihn glerichermaßen sowohl in einer Konsoleanwendung als auch in einer grafischen Anwendung benutzen kann? Wenn ja, stehen die Zeichen recht gut für so eine Klasse.

Aber viel wichtiger ist, daß Du nicht 200 Zeilen in eine Funktion packst! Die meisten meiner Funktionen haben 6 oder weniger Zeilen (GUI-COde nicht gewertet, der ist immer groß).

Claaas schrieb:

Nachdem man mein Programm aufgerufen hat, erscheint ein Login-Formular.
Der User kann ein Haken setzen, damit die Logindaten gemerkt werden.
Nun hat er ein Menü vor sich, welches die Punkte
"New", "inbox", "settings", ... beinhaltet.
Klickt er auf New, kann er eine Handynummer und eine SMS eintippen.
Wenn er sie absendet:
a) prüft der Rechner, ob er mit dem Internet verbunden ist
b) versucht er sie über ein Onlinedienst zu versenden
c) ansonsten sendet er sie per GSM Moden.

Ich stehe gerade am Anfang, habe gerade mal die Funktionen
haveInternet(), sendGSM(), postHTTP(). Der rest ist direkt in der main() Methode implementiert.

Wie hast du dein "Login-Formular" in main bekommen? Was ist das für ein GUI Framework?

berniebutt

volkard schrieb:

berniebutt schrieb:

Gibt es einen Compiler, der rufen kann "Das Design ist nicht optimal und dieses Design dann verbessert?" Könnte man gebrauchen!

Das kann jeder SPL-Compiler. (Schlechter Informatikerwitz, SPL steht für Suche-Problem-und-Löse.)
Außerdem sprach ich nicht von einem Compiler, sondern von einem Projekt, das ruft. Das ist so ein Unterschied wie zwischen objektorientierter Programmierung und objektorientierter Programmiersprache.

Dann wird also auf Projektebene ein SPL = "Suche Personal Trainer - zur Programmierung - für Lau" gesucht? Gibt es hier doch im Forum. Im Moment höre ich das Projekt nicht rufen, allenfalls den Fragesteller! Ich klinke mich dann mal aus mangels Ernsthaftigkeit zum Thema. daddeldu! :p Ich kenne auch noch so einen Witz: "Da stehen sich Hardware und Software fassunglos gegenüber!"

Danke volkard. So werde ich es auch machen.