[linux-l] Designfrage bzgl. Deckverwaltung

[Volker Grabsch]

On Sat, Oct 22, 2005 at 11:56:37AM +0200, Axel Weiß wrote:
> Volker Grabsch schrieb:
> > On Sat, Oct 22, 2005 at 12:47:51AM +0200, Kai Kuehne wrote:
> > > On 10/22/05, Frank Reker <frank at reker.net> wrote:
> > > > und das ganze ohne teure operator overloading oder gar
> > > > properties klassen
> >
> > Hier könnte man auch einfach den "(int)"-Operator überladen,
> > dann braucht man das nicht für jeden Vergleichsoperator extra
> > zu machen.
> 
> Volker, der Grund für die Operatoren ist doch, zu verhindern dass jemand 
> aus Versehen Farben und Werte miteinander vergleicht.

Achso? *Ich* würde die Operatoren mit dem Zweck überschreiben, dass
jeamand ganze CardProperty-Objekte miteinander vergleichen kann.
Dass man die Komponenten "Farbe" und "Wert" nicht einzeln vergleichen
kann (geschweige denn "über Kreuz" - Farbe mit Wert), dafür sorgt
die Kapselung.

Und wenn es eine Regel gibt, die diese Card-Property-Objekte in
Integers umwandelt (z.B. via "farbe>>3 or wert"), dann werden
die Vergleichsoperatoren gleich mitgeliefert, wenn ich mich
nicht irre.

> Kai, Du machst das doch zur Übung. Vielleicht ist ja die erste 
> 'Lektion' (SCNR), dass C in C++ enthalten ist. (Übrigens: was ich Dir 
> angeboten habe, war kein C, sonern C++. Das erkennst Du an den 
> Operatoren, die es in C nicht gibt.)

Meine Rede.
Jaja, okay, du hast es zuerst gesagt. ;-)


Viele Grüße,

	Volker

-- 
Volker Grabsch
---<<(())>>---
Administrator
NotJustHosting GbR