OOP: soll man jetzt alles in ne Klasse packen oder watt?

[volkard]

der fred schrieb:

Also ich bin ja grade noch im Lernen. Meinst du, ich sollte auf C++ umsatteln?

früher oder später solltest du c++ und java gelernt haben. mit was du anfangen solltest, kann ich dir nicht sagen, da ich dich nicht kenne.

[DocJunioR]

Aaallsoooo...
ein klares Jaein!

In Java musst du alles in Klassen verpacken, aaaaaaaber ein Programm in eine einzelne Klasse zu pappen ist selten sinnvoll.
Klassen sind Funktionsgruppen.
Beispielsweise sämtliche Sachen, die mit Textdateien in einem Textprogramm zu tun haben könnten in eine Klasse (also laden, speichern, löschen, ...)

Wichtig ist die Kapselung. Alles in eine Klasse hauen- dann kannst auch Basic programmieren..

[DEvent]

Klar macht man aus allem eine Klasse.

Nenn mir mal ein Beispiel wo es sich absolut nicht auszahlt es in eine Klasse zu packen.

Beispiel Texteditor:
- Hauptfenster mit der main()

- Menüs (erstellt alle Menüs)
- MenuDatei (erstellt nur das Menu Datei)
- MenuBearbeiten (erstellt nur das Menu Bearbeiten)
- MenuHilfe (erstellt nur das Menu Hilfe)

- Die ganzen Listerns für die Menüs (wie BeendenListener, NeuListener, SpeichernListener, ...)

- Textfenster (zeigt und bearbeitet den Text, als Kind-Fenster im Hauptfenster)

- Singelton Config (speichert und läd die Konfiguration des Programmes)

- die ganzen Dialoge als Klassen

Das war so ganz grob. Der ganze Code schön in Klassen verpackt.
Btw, ein namespace oder package ist ja auch eine Art Klasse, dessen Member alle static sind und man von der Klasse keine Objekte erzeugen kann.

Ist halt OOP. Wems nicht gefällt, kann ja LISP oder PROLOG nehmen :p

[volkard]

DEvent schrieb:

Klar macht man aus allem eine Klasse.
Nenn mir mal ein Beispiel wo es sich absolut nicht auszahlt es in eine Klasse zu packen.

double sqr(double x){
   return x*x;
}

wenn man das is eine klasse packen sollte, dann in double rein. das geht aber nacht. dann lieber ohne klasse.

[Bashar]

DEvent schrieb:

Ist halt OOP. Wems nicht gefällt, kann ja LISP oder PROLOG nehmen :p

http://de.wikipedia.org/wiki/Common_Lisp_Object_System
Seit 1994 ANSI-standardisiert.

[qwerty`]

DEvent schrieb:

Ist halt OOP. Wems nicht gefällt, kann ja LISP oder PROLOG nehmen :p

Klassen wie MenuDatei, MenuBearbeiten und MenuHilfe sind alles andere als OOP. Das sind so richtig typische "alles-was-ich-angreifen-kann-ist-eine-Klasse"-Designs, wenn man es denn als Design bezeichnen darf.

Typischerweise lassen sich halt Algorithmen eher schlecht in einem objektorientierten System abbilden, aber statische Methoden gibts ja auch nicht umsonst.

[DEvent]

volkard schrieb:

DEvent schrieb:

Klar macht man aus allem eine Klasse.
Nenn mir mal ein Beispiel wo es sich absolut nicht auszahlt es in eine Klasse zu packen.

double sqr(double x){
   return x*x;
}

wenn man das is eine klasse packen sollte, dann in double rein. das geht aber nacht. dann lieber ohne klasse.

Aha und das ganze im globalen namespace ? Was ist wenn ich meine eigene Implementation der sqr-Funktion haben will.

[DEvent]

Klassen wie MenuDatei, MenuBearbeiten und MenuHilfe sind alles andere als OOP. Das sind so richtig typische "alles-was-ich-angreifen-kann-ist-eine-Klasse"-Designs, wenn man es denn als Design bezeichnen darf.

Was spricht den dagegen ?
In den Ctors siehts dann so aus:

Hauptfenter()
{
    hauptframe.setMenu(new Menüs());
}

Menüs()
{
    add(new MenuDatei());
    add(new MenuBearbeiten());
    add(new MenuHilfe());
}

Man hat schnell die Übersicht, man braucht nicht die Implementation der Menüs sehen, wenn man nicht will. Wenn man doch sehen will wie das Menu Datei aufgebaut ist, geht man flott in die Klasse MenuDatei rein.

Also ich sehe nur Vorteile.

[qwerty`]

DEvent schrieb:

Was ist wenn ich meine eigene Implementation der sqr-Funktion haben will.

Dann überdeck ich die globale Version einfach in einem lokaleren Scope. Aber Funktionen ansich als Hilfsmittel für allgemeine Aufgaben sind ja kein Argument gegen Klassen, wie man z.B: auch mit static imports in Java sehen kann (auch wenn ich es deswegen nicht zwangsweise gutheiße).

[qwerty`]

Man hat schnell die Übersicht, man braucht nicht die Implementation der Menüs sehen, wenn man nicht will. Wenn man doch sehen will wie das Menu Datei aufgebaut ist, geht man flott in die Klasse MenuDatei rein.

Also ich sehe nur Vorteile.

Wie wäre es z.B: mit hochgradiger Redundanz als Nachteil? ..

Überleg einfach mal durch was sich die 3 Klassen unterscheiden:

• Text, bzw. Beschreibung
• Listener, der die gewählte Aktion ausführt
• eventuell Icon

Langsam sollte es halt klingeln und offensichtlich werden, dass deine 3 Klassen in Wahrheit 3 Objekte sein sollten.

[volkard]

ich erinnere mich auch mit schrecken an
class BubbleSort:public SortAlgorithm...

[Gregor]

BTW: Wie macht man eigentlich folgendes, wenn man nicht OOP betreiben möchte...

Man hat einen Algorithmus, der sehr lange braucht, deshalb will man den Fortschritt durch eine Art ProgressBar visualisieren.

Im OOP-Fall würde ich mir da praktisch so ne Klasse basteln, wie volkard sie gerade mit dem Sortieren vorgeschlagen hat. Die Objekte dieser Klasse hätten dann halt einen inneren Zustand, der den aktuellen Fortschritt repräsentiert, den man von außen abfragen könnte. Wie macht man das ohne OOP? Da müsste man wohl mit Funktionen arbeiten, die Nebenwirkungen haben - wie auch die entsprechende Methode im OOP-Fall. Diese Nebenwirkungen wären aber nicht gerade lokal oder so... Wie baut man soetwas also vernünftig auf?

[volkard]

Gregor schrieb:

Wie baut man soetwas also vernünftig auf?

pushen statt pollen natürlich. dann bleibt der algo fast genausoschnell und der optimierer kann wegfetzen, wasimmer er will. beim pollen mußt du erlauben, daß der komplette zustand ausgewertet werden kann, auch schleifenvariablen, die eigenrlich in einem register liegen sollten. und alle lokalen variablen zu attributen zu machen ist auch durchaus unintuitiv.

[gurkenesser]

Klassen sind Funktionsgruppen.
Beispielsweise sämtliche Sachen, die mit Textdateien in einem Textprogramm zu tun haben könnten in eine Klasse (also laden, speichern, löschen, ...)

ne, is falsch, das is kein oop. in OOP gibt es keine funktionen. das was du beschrieben hast nennt man auch nicht kapselung.

[fyi]

gurkenesser schrieb:

Klassen sind Funktionsgruppen.
Beispielsweise sämtliche Sachen, die mit Textdateien in einem Textprogramm zu tun haben könnten in eine Klasse (also laden, speichern, löschen, ...)

ne, is falsch, das is kein oop. in OOP gibt es keine funktionen. das was du beschrieben hast nennt man auch nicht kapselung.

ahnung

klugscheisser

[volkard]

//ungetestet
//sollte aber ne flüssige anzeige ergeben
void qsort(double a[],int min,int max,SortObserver obs){
   if(max-min<=1) return;
   obs.set(min);
   int pivot=(min+max)/2;
   partioniere;
   qsort(min,pivot,obs);
   qsort(pivot+1,max,obs);
}

[qwerty`]

quote schrieb:

ich erinnere mich auch mit schrecken an
class BubbleSort:public SortAlgorithm...

Das hat durchaus seine Berechtigung: Strategy Pattern

volkard schrieb:

pushen statt pollen natürlich.

Prinzipiell funktioniert es dadurch natürlich ganz passabel, problematisch wird es aber durch diese "implizite" Definition. Jeder weitere Sortier-Algorithmus muss sich natürlich dementsprechend analog dazu nach außen verhalten ohne, dass es ihm vorgeschrieben werden kann. Bei einer SortingStrategy könnte man aber z.B: die zu sortierenden Daten kapseln und die Anzahl der Swaps mitzählen.

[Gregor]

volkard schrieb:

Gregor schrieb:

Wie baut man soetwas also vernünftig auf?

pushen statt pollen natürlich. dann bleibt der algo fast genausoschnell und der optimierer kann wegfetzen, wasimmer er will. beim pollen mußt du erlauben, daß der komplette zustand ausgewertet werden kann, auch schleifenvariablen, die eigenrlich in einem register liegen sollten. und alle lokalen variablen zu attributen zu machen ist auch durchaus unintuitiv.

Wie das innerhalb der Klasse organisiert wird, ist ja mehr oder weniger nebensächlich. Da kann auch eine interne Variable für den Fortschritt drinstehen, die nur ab und zu aktualisiert wird.

Wohin willst Du pushen? ...vor allem, wenn man dann noch davon ausgeht, dass vielleicht mehrere solcher Algorithmen parallel laufen usw. Wird das nicht ziemlich kompliziert, soetwas auf einer anderen Ebene zu regeln?

Gib mal ein Beispiel. Geh mal von einem Algorithmus aus, der jedes Element eines int-Arrays mit 5 multiplizieren soll. In Java würde das wohl mit dr von mir vorgeschlagenen OOP-Variante so aussehen:

public class Multiplier extends IntArrayProcessor
{
   private final int factor;
   private int currentPosition;
   private int length;

   public Multiplier(int factor)
   {
      this.factor = factor;
      reset();
   }

   public void reset()
   {
      currentPosition = 0;
      length = 1;
   }

   public float getStatus()
   {
      return (float)currentPosition / (float)length;
   }

   public void process(int[] array)
   {
      length = array.length;
      for(int i = 0 ; i < array.length ; ++i)
      {
         array[i] *= factor;
         currentPosition = i;
      }
   }
}

...und irgendein externer Mechanismus setzt das Ding dann in Gang und Frag bei Bedarf ab, wie weit es denn schon ist.

[Gregor]

volkard schrieb:

//ungetestet
//sollte aber ne flüssige anzeige ergeben
void qsort(double a[],int min,int max,SortObserver obs){
   if(max-min<=1) return;
   obs.set(min);
   int pivot=(min+max)/2;
   partioniere;
   qsort(min,pivot,obs);
   qsort(pivot+1,max,obs);
}

Ok, das wäre natürlich eine Möglichkeit. ...wobei der Observer offensichtlich auch aus der OOP-Richtung kommt. ...und die Fortschrittsanzeige wäre wohl auch nicht so ganz stabil. (Was aber wohl bei nem Quicksort eh problematisch wäre.)

[volkard]

qwerty` schrieb:

quote schrieb:

ich erinnere mich auch mit schrecken an
class BubbleSort:public SortAlgorithm...

Das hat durchaus seine Berechtigung: Strategy Pattern

dann macht man zur not nen tiny wrapper drum. aber gar nicht notwenig, in c++ sind funktionszeiger auch gute objekte, um als strategy benutzt werden zu können.

Jeder weitere Sortier-Algorithmus muss sich natürlich dementsprechend analog dazu nach außen verhalten ohne, dass es ihm vorgeschrieben werden kann.

typprüfung gibts auch für funktionen.

Bei einer SortingStrategy könnte man aber z.B: die zu sortierenden Daten kapseln und die Anzahl der Swaps mitzählen.

das ist ja das einfachste. kannst auch jedem globalen bubblesort nen typ unterschieben, der seine swaps zählt. aber will man sortieralgos ausmessen, nimmt man besser die verbrauchte zeit.
Gregors problem ist viel schwiereiger und praxisnah. man will nen fortschrittsbalken im sortierlauf. ich hab ne lösung angegeben.