struct Style
{
 Color color,
 // ...
};

Anschließend könntest du feste Styles vordefinieren.

Irgendwie so (diese Initialisierung wird nicht von allen Compilern unterstützt, glaub ich):

class Button
{
public:
    static Style Standard = {Yellow, ....};
};

// ...

Button.SetStyle(Button::Standard);

Ansonsten musst du das noch etwas konkretisieren. Zumindest mir erschließt sich das Problem nicht so wirklich...

Nimmst eine Style-Klasse, diese bekommt einen Bezeichner der bestimmt für was dieser gilt. Zum Beispiel "Button" für alle Button oder "Button#Horst" für alle Button deren Name Horst ist usw. Dann berechne anhand dieser eine Priorität die du auch in der Klasse speicherst. Sortiere die Liste der geladenen Styles danach.
Wird nun ein GUI-Object initialisiert gehst du die Liste der geladenen Style-Elemente durch und schaust welches für dieses Objekt gilt. Gehe dabei von niedriger Priorität bis zur höchsten, so überschreibst du auch eventuell nicht mehr relevante Werte mit jenen höherer Priorität.

Jedes Gui-Object hat dabei eine (abgeleitete) applyStyle-Funktion oder sowas, die sich die nötigen Informationen rausholt. Hierbei hilft es natürlich (und bei vielen anderen Dingen) wenn man abstrakte Überklassen hat, die die Gui-Elemente strukturieren in ihrer Hierarchie (AbstractButton zB für PushButtons, Checkboxes und RadioButtons etc.).

Warum hat Button denn eine setBackgroundColor Methode wenn es dafuer den ButtonStyle gibt?

Es sollen ja auch mehrere Styles verwendet werden können, bzw. die einzelnen Eigenschaften des Button auch individuell angepasst werden können ohne dafür einen neuen Style entwerfen zu müssen.

@Fellhuhn
Ja oder eben X(A)ML anstatt CSS.

Es sollen ja auch mehrere Styles verwendet werden können, bzw. die einzelnen Eigenschaften des Button auch individuell angepasst werden können ohne dafür einen neuen Style entwerfen zu müssen.

Das beantwortet die Frage nicht. Denn das kannst du auch alles ueber die Style Klasse machen. Richtig flexibel ist es natuerlich wenn es einen computed-style gibt wie Fellhuhn beschreibt.

Aber der Punkt ist, dass du eine Style Klasse hast die sich um Styles kuemmert. Und eine Control Klasse die sich um das Control kuemmert. Dann hast du naemlich auf einen Schlag alle deine Probleme aus deinem ersten Post geloest.

Ein Button kann ja durchaus auch ein Style-Objekt als Member haben.

class Button : public Style {...};

So hätte ich den Style komplett von der Buttonklasse getrennt. Allerdings kommt es dann ja zum Diamant-Ploblem.

Nehmen wir mal folgendes Beispiel:

class Style {...};
class ControlStyle : public Style {...};
class ButtonStyle : public ControlStyle {...};

und

class Control : public ControlStyle {...};
class Button : public Control, ButtonStyle {...};

Die Klasse Button bekommt nun den ControlStyle und den ButtonStyle vererbt, was so nicht sein soll.

m_pControl->Style->SetWidth(50);

darauf zugreifen.
Ich muss allerdings den Style als private deklarieren da ja sonst der z.B. Control-Style an alle abgeleitete Klassen vererbt werden würde. Jetzt kann allerdings der Style auch nicht mehr von außen verändert werden. Folgendes geht also nicht mehr:

Button *m_pButton;
m_pButton = new Button();
m_pButton->Style->SetWidth(60);
m_pButton->Style->SetHeight(20);

Also brauche ich für jede Steuerelement-Klasse nun auch noch Set/Get-Funktionen um jede Variable des Styles verändern zu können. Und genau diesen zusätzlichen Wülst an Funktionen möchte ich mir sparen. Darum möchte ich wissen ob es nicht ein besseres Konzept gibt.

Also brauche ich für jede Steuerelement-Klasse nun auch noch Set/Get-Funktionen um jede Variable des Styles verändern zu können. Und genau diesen zusätzlichen Wülst an Funktionen möchte ich mir sparen. Darum möchte ich wissen ob es nicht ein besseres Konzept gibt.

Warum nicht ein Get/Set-Paar für den Style?

class Button
{
    public:
        Style GetStyle() const;
        void  SetStyle(const Style& style);
};

button->GetStyle()->GetWidth();

aufrufe. Wird durch diesen Aufruf wirklich nur die Breite zurückgegeben. Oder im erten Schritt sozusagen zunächst der ganze Style und im zweiten Schritt dann nur noch die Breite?

Und kann mir evtl. noch jemand erklären wie die Implementation von den Styles bei Qt gelöst ist?

Dort scheint der Style über einen Zeiger realisiert zu sein:

public:
    QStyle *style() const;
    void setStyle(QStyle *);

Achso, und was bewirkt eigentlich "() const" hinter einer Variablen?

Achso, und was bewirkt eigentlich "() const" hinter einer Variablen?

autsch

Achso, und was bewirkt eigentlich "() const" hinter einer Variablen?

'()' bewirkt, das es sich um eine memberfunktion handelt und nicht um eine variable. const hast du ja scheinbar inzwischen schon rausgefunden.

das autsch bezog sich nicht auf das const

Ich programmiere schon lange und das habe ich jetzt zum ersten mal bei Qt gesehen.

Nicht böse gemeint, aber programmierst du auch schon lange C++? Sowohl const als auch Memberfunktionen sind etwas ziemlich Grundlegendes und vor allem auch etwas, das einem andauernd im C++-Alltag begegnet.

Wegen Performance: Du kannst ja Pass by Reference benutzen, wenn es angebracht ist. Ein bisschen kopieren musst du halt je nachdem immer noch. Aber wenn du den Benutzer nicht direkt das Style -Objekt innerhalb Button ändern lässt, muss er halt jeweils einen neuen Style erstellen und den setzen.