3. Interface Design für eine Grafik Library

Interface Design für eine Grafik Library

  • M

    @Elise: was wäre in Deinem Beispiel der Unterschied dazu, die Farbe als Stifteigenschaft zu betrachten und den Stift am Canvas aufzuhängen? Ok, ich brauche dann zwei Aufrufe, aber es entstehen dadurch doch keine neuen Möglichkeiten?

    0
  • H

    Hi !

    Die Variante mit dem Stift klingt sehr vielversprechend. OpenGL mach das so ähnlich :

    glBegin (GL_QUADS); //Vierecke zeichnen

     glColor3f (1.0f,0.0f,0.0f); //rote Farbe setzen

     glVertex3f (....);//rechteck rendern, Farbe rot wird übernommen
     glVertex3f (....);
     glVertex3f (....);
     glVertex3f (....);

glEnd (); //nix mehr zeichnen

    Das ist sehr praktisch, zumal man sich den Overhead spart die Stiftfarbe jedesmal per Parameter zu übergeben 🙂

    0

  • menschlicher ist die stift idee..

    aber bei farbverläufen müsste ich aber immer den stift weglegen, einen neuen nehmen, punkt, stift weglegen einen neuen nehmen...

    aber die sache mit der linie, die die vorherige farbe hat, überzeugt ebenso..

    hm .. ich seh grad, in mfc ist es mal so mal so?

    CClientDC dc(this);     //Geraetekontext herstellen
RECT rect;
GetClientRect(&rect);

//dc.FillRect(&rect, new CBrush(RGB (255,0,0)));  //hier würde ich einen stift nehmen

for (int i=rect.left; i<rect.right; i++)
    for (int j= rect.top; j<rect.bottom; j++){

    dc.SetPixel(i, j, RGB(255,0,0));   //hier kann ich dem punkt direkt eine farbe zuweisen
}

    ps: ich kann kein mfc 😉

    [ Dieser Beitrag wurde am 19.01.2003 um 10:50 Uhr von elise editiert. ]

    0
  • M

    Deswegen gibt's ja auch den Brush... weil Du einen Farbverlauf ja nicht mit einem Stift machen würdest. Naja, wenn man die Analogie so weit treibt.

    Da wünsche ich mir eher einen Brush, Größe 40 x 20, Startfarbe (0,0,0), Endfarbe(0,0,255), Farbverlauf linear, von oben-links nach unten-rechts. Brushobjekt fertig. [Gleichzeitig kann der Brush natürlich auch Texturen unterstützen, die aus einem File kommen.]

    Danach zeichne ich mit diesem Brush auf dem Canvas.

    Vermutlich kommt zum Schluß eine Zwitterlösung raus:

    Der Canvas bekommt einige elementare Zeichenroutinen (Pixel, Move, Line) verpasst, die er direkt als Methoden ausführt. Für komplexere Gebilde führt man ein Objekt-Interface ein, von dem man dann Kreise, Rechtecke etc ableiten kann und die auch z.B. farbige Punkte umfassen können.

    Aha, wenn ich darüber nachdenke kommt man auf den Unterschied zwischen Pixel und Punkt - ein Pixel ist eine Speicherstelle im Canvas, schon fast was Binäres. Das Setzen eines Pixels im Canvas eine elementare Zeichenoperation, schnell und direkt, Lowlevel. Ein Punkt ist aber bereits ein Objekt, das Informationen wie Position und Farbe umfasst. D.h. es gäbe durchaus die Berechtigung für Punkt-Klassen, solange man nicht gezwungen wird jedes grafische Element auf der Punkt-Klasse abzustützen.

    0
  • M

    Original erstellt von Marc++us:
    Da wünsche ich mir eher einen Brush, Größe 40 x 20, Startfarbe (0,0,0), Endfarbe(0,0,255), Farbverlauf linear, von oben-links nach unten-rechts. Brushobjekt fertig. [Gleichzeitig kann der Brush natürlich auch Texturen unterstützen, die aus einem File kommen.]

    Interessant fände ich auch sowas:

    Brush::Brush(Color (*fn)(int, int));

    Wobei die Paramater an fn immer relativ zur Ecke sind...

    0
  • R

    @Marc++us
    würde das deinem Ansatz entsprechen?

    class canvas
{
  friend class pen;
  friend class brush;
  static hnd handler;
public:
  canvas(int breite, int hoehe);
  //...
};

class pen
{
public:
  pen(color x);
  //...
  setpixel(int x, int y);
};

class brush
{
public:
  typedef color (*farb)(int,int);
  brush(color c, int breite, int hoehe);
  brush(const char *texture);
  brush(color start, color end, int breite, int hoehe);
  brush(farb c);
  //...
  move(int x0, int y0, int x1, int y1);
};

    @Dimah
    Nein, das Buch habe ich noch nicht gelesen, steht aber schon in meiner "zu-lesen" Liste (die ist nur so unendlich lang und das Budget ist so unendlich klein 😞 )

    solange helf ich mir mit http://home.earthlink.net/~huston2/dp/patterns.html

    [ Dieser Beitrag wurde am 19.01.2003 um 12:31 Uhr von kingruedi editiert. ]

    [ Dieser Beitrag wurde am 19.01.2003 um 14:28 Uhr von kingruedi editiert. ]

    0
  • R

    und wie übersetzt man Farbverlauf ins englische?

    0
  • H

    Colormissrunning (AE)
    oder
    gradient (BE)

    0
  • S

    1. der Programmierer neigt dazu ein globales grafic Object anzulegen

    Einfach Singleton, ein Grafikausgang muss pro Programm reichen.

    2. der Programmierer könnte auf die Idee kommen mehrere grafic Objekte anzulegen

    Siehe erstens...

    2. Finde ich ebenfalls viel zu umständlich. 3. wie bereits gesagt zu "C-lich". Also wieder zurück zu 1.:

    Warum nicht so? Text drunter lesen!!

    // singleton:
class init_graph
{
   // den buffer-käse eben ;-)   
};

class krlib
{
    public:
    krlib ( init_graph * unique );

    private:

    bool setcolor ( ... );
    bool setsonstwas ( ... );
    COLOR getcolor ();
    SONSTWAS getsonstwas ();    

    bool draw ( point apoint );
    ...

    init_graph * _uni;

    friend class point;

};

class point
{
    public:

    point ( int x , int y );

    setpos ( int x , int y );
    COORD getpos ();

    draw () { krlib::draw ( *this ) ); } // Geht sowas??

    private:

    int itsx, itsy; 
};

// Und dann:
int main ()
{
    init_graph * MYGRAPH = init_graph::get_instance ( std::cout , std::cin );
    krlib GRAFIK ( MYGRAPH );

    GRAFIK.setcolor (RED);    

    point apoint;    

    for ( int i = 1 ; i < XMAX - 50 ; ++i )
    {
        for ( int j = 1 ; j < YMAX ; ++j )    
        { 
            apoint.setpos ( i , j );
            apoint.draw ();  
        }        
    }    

    return ( 0 );
}

    Zwei Punkte haben dann imho keinen Sinn mehr - pos muss immer geändert werden, mehr hat point nicht mehr also singleton?!

    Also soll der Punkt auch die Farbe bekommen (warum auch nicht??), aber den Puffer in den er mit draw() gemalt wird bekommt er über friend-Zugriff auf GRAFIK. GRAFIK wiederrum verwaltet grundsätzlich nur welche Objekte es gibt(nachteil: keine eigenen Objekte) und da es als einziges die draw()-Methoden besitzt, bestimmt es Koordinatensystem, etc. allgemeine Dinge eben.

    Also obrigen Code so abändern, das Punkt auch die Farbe enthält (also GRAFIK hat kein setcolor, getcolor, etc. mehr).

    PROBLEM: Wenn der User MYGRAPH zwar an GRAFIK (also an krlib) übergibt, aber keine Instanz geholt hat und auch MYGRAPH nicht auf 0 sitzt gibts kleine Festplattenlöschungen...

    explicit:

    class xxx
{
    xxx ( double x );
    operator double ();
};

xxx a, b;

a = b + 45,6; // Nun gäbe es double (b) + 45,6 und b + xxx(45,6)

    Wird stattdesen oben explicit vor xxx geschrieben ist nur noch die Umwandlung in double möglich, oder es wird _explizit_ xxx() angegeben. Soweit ich das richtig verstanden habe 🙄.

    BTW: Habe vom Code nichts kontrolliert - also viele Fehler wahrscheinlich - habe keine Zeit mehr den Code zu kontrollieren...

    MfG SideWinder

    [ Dieser Beitrag wurde am 19.01.2003 um 18:00 Uhr von SideWinder editiert. ]

    [ Dieser Beitrag wurde am 19.01.2003 um 18:04 Uhr von SideWinder editiert. ]

    0
  • R

    Ich mach das jetzt ungefähr so wie Marc++us mir das Vorgeschlagen hat (bzw. so wie ich es verstanden habe ;))

    0
Anmelden zum Antworten