const-Methoden

da hat was gefehlt:

class Grundstueck {
private:
	 float Ecke1[2];
	 float Ecke2[2];   
public:
	Grundstueck(float x1=0,float y1=0,
			   float x2=0, float y2=0);
	float *get_Ecke1();
	float *get_Ecke2();
	void set_Ecke1(float, float);
	void set_Ecke2(float, float);
    float Flaeche();
};

cooky451

Ob es die Kapselung bricht ist wohl Ansichtssache, aber in jedem Fall sind die Setter so leicht sinnlos.

Jep

Ich denke ich habs verstanden. Danke dir/euch.

camper

praktiker schrieb:

John D schrieb:

in dieser Variante hat das "const" keinen praktischen Nutzen?

Nicht nur hat es keinen Nutzen, es wird vollkommen ignoriert.
typ * const bsp();
ist genau die gleiche Signatur wie
typ * volatile bsp();
und
typ * bsp();

nein. Das sind durch aus unterschiedliche Signaturen. Top-level cv-Qualifikation wird nur bei Parametern ignoriert.
Allerdings geht ein cv-Qualifikation des Rückgabetyps beim Funktionsaufruf verloren, wenn dieser Typ ein Skalar ist.

Bitte ein Bit

Ob es die Kapselung bricht ist wohl Ansichtssache

Ähh, es bricht eindeutig die Kapselung. Die Funktion get_Ecke1() ist wohl das Paradebeispiel wie man es nicht machen sollte. Damit kann man herliche Sauereien wie folgendes machen:

int main ()
{
  Grundstueck g;
  float* f;

  f = g.get_Ecke1();
  *f = 1;
  f++;
  *f = 2;
  // Och woher weis ich denn dass ein Grundstück keine 3D Punkte als Grenze hat ?
  f++;
  *f = 3;
  // Och wir wollen aber double Koordinaten setzen 
  double* f2;
  f2 = (double*) g.get_Ecke1();
  *f2 = 5;
}

Effetive C++ Regel:
1.) Baue deine Klassen so dass sie einfach zu bedienen aber schwer zu missbrauchen sind.
2.) Gebe niemals eine Referenz, ein Zeiger auf interne Dinge zurück, wenn es eine Kopie auch tut.

Bitte ein Bit

Noch eine Schweinerei ist mir da eingefallen.

int main ()
{
  Grundstueck* g = new Grundstueck;
  float* f;

  f = g->get_Ecke1();
  delete g;
  *f = 1;
  f++;
}

cooky451 schrieb:

C++ ist auch scheiße, guck mal!
*((void*)0)

Das kompiliert auch nicht.

cooky451

@Bitte ein Bit
Es ist immer noch Schwachsinn, auch wenn ein Mod den Beitrag gelöscht hat.

@komplimat
Ja, es geht um's Prinzip.

Bitte ein Bit

cooky451 schrieb:

Es ist immer noch Schwachsinn, auch wenn ein Mod den Beitrag gelöscht hat.

Den Satz verstehe ich nicht. Gelöschten Beitrag? Schwachsinn? Häh???

Was spricht gegen folgendes?

Point Grundstueck::get_Ecke2() const;

Captain Obvious

Bitte ein Bit schrieb:

Den Satz verstehe ich nicht. Gelöschten Beitrag? Schwachsinn? Häh???

Ein Moderator hat einen Beitrag gelöscht. volkard löscht gerne einfach weg, was ihm nicht zusagt. Siehe Posting von komplimat, da ist das gelöschte Posting noch halb im Zitat drin.

Swordfish

...

Captain Obvious

Swordfish schrieb:

Frevelthat

volkard editiert gerne einfach weg

...oder hin, bis es ihm zusagt

cooky451

Thanks, Captain Obvious.

@Bitte ein Bit
Die Argumentation kann man genau so auf jede Container-, Vektor- und Matrixklasse der Welt anwenden. (Und wahrscheinlich auf noch viel mehr.)

Bitte ein Bit

Die Argumentation kann man genau so auf jede Container-, Vektor- und Matrixklasse der Welt anwenden. (Und wahrscheinlich auf noch viel mehr.)

Was verstehst du denn überhaupt unter Kaspelung?

Die Verteilung von Aufgaben an eine Klasse? Oder die Verteilung von Aufgaben an eine Klasse und die Sicherstellung der Konsistenz der Daten?

Dein Spruch verwirrt mich trotzdem. Wieso sollte ich auf die Interna's einer doppelt verketteten Liste zugreifen wollen bzw. können? Welchen Sinn hätte das außer Fehler zu provozieren? Jaja, dann kommt der nächste Java Programmier, nimmt die bereits bestehende doppelt verketteten Liste, implementiert in C++ und reserviert sich auf einen neuen Zeiger auf einen bereits bestehenden Zeiger. Wie man das halt so in Java macht.

Kaspelung dient für mich unter anderem dazu den Benutzer in ein Schema zu pressen. Eine gute Klasse hat für mich Ähnlichkeit mit einem Lego Baustein. Interne Dinge interresieren mich nicht, nur das ich diese kombinieren kann um mein Problem zu lösen.

Übrigens, die zweite Argumentation stammt aus Effektive C++.