Stell dir vor, du willst die Qt Klasse QPolygonF erweitern damit man noch zus\u00e4tzlich eine z Koordiante abspeichern kann.
\nDu erstellst also eine Klasse Polygon die von QPolygonF public erbt.
\nDaf\u00fcr hast du dir eine Klasse Point3D erstellt, die eben x,y,z speichert. Und damit man zu Qt's QPointF Klasse kompatibel bleibt, die ja nur 2D arbeitet, kann man ein Point3D aus einem QPointF erstellen. Die Z Koordiante wird entsprechend auf 0 gesetzt.<\/p>\n
Nun f\u00e4ngst du an die Klasse Polygon zu implementieren und schreibst eine push_back(Point3D) Funktion. Die x,y Koordinate wird weiter an QPolygonF::push_back() gegeben und den Z Anteil wird irgendwie in Polygon gespeichert. <\/p>\n
Um an seine Daten wieder dran zu kommen gibt es mehere M\u00f6glichkeiten. Eine davon geht \u00fcber die Funktion at(). Nun vergisst du aber gerade diese Funktion zu \u00fcberladen. Kann schonmal passiert. QPolygonF (mit QVector) hat \u00fcber 30 Funktionen die angepasst werden m\u00fcssten. Noch dazu haben wir ja keine Zeit und der Compiler wird es auch nicht als Fehler werfen.<\/p>\n
Hier die Datenstruktur. Unrelevate Teile hab ich weggelassen. class Point3D { ... class PolyShape : public QPolygonF { <\/code> Ich gebe also ein Punkt mit den Koordianten 1, 2, 3 in das Polygon ein und erwarte, dass der selbe Punkt wieder rauskommt.<\/p>\n \nStarting \/home\/kater\/qtcode\/test2\/test2... So ein Mist! Die Z Koordinate ist verschwunden! Aber ist ja auch kein Wunder. Da Polygon kein at() hat, wird die entsprechende Funktion von QPolygonF ausgerufen. Die speichert aber nur QPointF und keine z Koordiante. Man kann mit dem Keyword explicit in diesem Fall einem Compilerfehler erzwingen. \nmain.cpp:62: error: conversion from 'const QPointF' to non-scalar type 'Point3D' requested\n<\/p><\/blockquote>\n Verwende explicit immer dort, wo der Konstructor nur ein Argument hat und es nicht der Copy Ctor ist.<\/p>\n Besser w\u00e4re es aber ein anderes Design zu finden. Jede Funktion von QPolygonF zu \u00fcberladen klingt nicht so gut. Vllt. kommen in der Zukunft ein paar neue hinzu oder es fallen einige weg. Noch mehr Arbeit...<\/p>\n","protected":false},"excerpt":{"rendered":" Stell dir vor, du willst die Qt Klasse QPolygonF erweitern damit man noch zus\u00e4tzlich eine z Koordiante abspeichern kann. Du erstellst also eine Klasse Polygon die von QPolygonF public erbt. Daf\u00fcr hast du dir eine Klasse Point3D erstellt, die eben x,y,z speichert. Und damit man zu Qt's QPointF Klasse kompatibel bleibt, die ja nur 2D […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[17,12],"class_list":["post-1769","post","type-post","status-publish","format-standard","hentry","category-allgemein","tag-cpp","tag-qt"],"_links":{"self":[{"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=\/wp\/v2\/posts\/1769","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1769"}],"version-history":[{"count":28,"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=\/wp\/v2\/posts\/1769\/revisions"}],"predecessor-version":[{"id":3041,"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=\/wp\/v2\/posts\/1769\/revisions\/3041"}],"wp:attachment":[{"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1769"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1769"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/roboblog.fatal-fury.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1769"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n<\/p>\n
\npublic:
\n ...
\n Point3D(const QPointF & point);
\n ...
\n};<\/p>\n
\nPoint3D::Point3D(const QPointF &point)
\n : x(point.x()), y(point.y()), z(0) {
\n}<\/span><\/p>\n
\npublic:
\n void push_back ( const Point3D & node);
\n...
\n};<\/p>\n
\nHier mein kleines Testprogramm:
\n
\n PolyShape poly;
\n Point3D pointIn(1.,2.,3.);
\n qDebug() << \"put in \" << pointIn.x << \" \"<< pointIn.y << \" \" << pointIn.z;\n poly.push_back(pointIn);\n\n Point3D pointOut = poly.at(0);\n qDebug() << \"get out\" << pointOut.x << \" \"<< pointOut.y << \" \" << pointOut.z;\n<\/code><\/p>\n
\nput in 1 2 3
\nget out 1 2 0<\/span>\n<\/p><\/blockquote>\n
\nDer Fehler passiert, wenn man ein QPointF einem Point3D zuweist. Durch den entsprechenden Konstructor in Point3D klappt das auch, aber wollten wir das so eigentlich?<\/p>\n
\n
\nexplicit<\/span> Point3D(const QPointF & point);
\n<\/code><\/p>\n