Abo
  1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › Cross-Plattform…

Ergebnis nach kurzer Analyse: Leider unbrauchbar

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: KuhTee 20.12.12 - 01:21

    Ich bin wirklich ein Qt Fan, nutze Qt4 jetzt seit etlichen Jahren und habe mehrere große Programme damit umgesetzt. Aber Qt5 ist ein echter Griff ins Klo. Man könnte meinen, heute dreht sich alles nur noch um Apps Apps Apps. Mit Qt4 konnte man wirklich professionelle Software entwickeln, Software welche mehr ist als nur eine Quitsch-Bunt-App. Natürlich war das dann nicht unbedingt so "schick" wie eine kleine App, aber nötig. Mit QML möchte ich mir das nicht antun.

    Aber wenns nur das wäre... Wenn ich mir anschaue, welche Klassen nur noch zur Kompatibilität vorhanden sind, bekommt man wirklich Bedenken, noch lange auf das Pferd Qt zu setzen. Zum Beispiel Webkit: QtWebkit2 scheint mir ein Witz zu sein verglichen mit QtWebkit1. Es reicht sich schon die Beispiele anzuschauen: bei QtWebkit1 ein vollwertiger Browser, bei QtWebkit2 ein Youtube Viewer und ein Flickr Viewer. Ich entwickle gerade eine Software die ein wenig mehr können muss, da fällt QtWebkit2 derzeit wohl raus.

    Oder die Scriptunterstützung: Steht da doch, man solle jetzt bitte die "QJS..." Klassen aus dem QML Modul nutzen. Und was haben wir da? "QJSEngine", "QJSValue" und "QJSValueIterator". Na toll. Und wo sind der Ersatz für "QScriptEngineDebugger" und "QScriptContext" und diversen anderen Klassen? Klar, für "Apps" braucht man das wahrscheinlich nicht. Aber Qt war bisher kein Kiddie Framework, warum verwandelt es sich in eins?

    Wenn QtWebkit1 (also die Variante ohne QML) zukünftig auch auf neueste Webkit Versionen aktualisiert würde, könnte ich ja sogar noch damit leben. Aber das ist wohl nur eine Frage der Zeit, und dann wars das. Leider muss ich sagen, dass mein aktuelles Qt4 Projekt mit Qt5 ohne Verwendung der "Kompatibilitätsklassen" gar nicht umsetzbar wäre ohne unangenehme Abstriche. Und dann fällt die Entscheidung Pro oder Contra Qt nicht mehr sehr schwer.

    Schade, Qt war bis heute das beste C++ Framework um Business-Software plattformübergreifend zu entwickeln.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: QCoder 20.12.12 - 03:06

    Ich kann leider nicht zustimmen. Klar wurden einige Änderungen vorgenommen und viele module als als veraltet markiert. Auch sind fuer einige Neuentwicklungen wie webkit2 nicht die gleiche Funktionalität wie fuer das Vorgängermodell vorhanden. Dies wird sich aber mit Sicherheit mit Qt5.1 oder 5.2 ändern.
    Die Modularisierung, Fokussierung auf opengl2 und qtquick2 sind aber mit Sicherheit der richtige Weg in die Zukunft. Fuer all die jenigen die weiterhin statische user interfaces schreiben und wollen gibt es die kompatobilitaetsmodule. Oder Qt4.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: Mace 20.12.12 - 09:59

    KuhTee schrieb:
    --------------------------------------------------------------------------------
    > Ich bin wirklich ein Qt Fan, nutze Qt4 jetzt seit etlichen Jahren und habe
    > mehrere große Programme damit umgesetzt. Aber Qt5 ist ein echter Griff ins
    > Klo. Man könnte meinen, heute dreht sich alles nur noch um Apps Apps Apps.
    > Mit Qt4 konnte man wirklich professionelle Software entwickeln, Software
    > welche mehr ist als nur eine Quitsch-Bunt-App. Natürlich war das dann nicht
    > unbedingt so "schick" wie eine kleine App, aber nötig. Mit QML möchte ich
    > mir das nicht antun.
    >
    > Aber wenns nur das wäre... Wenn ich mir anschaue, welche Klassen nur noch
    > zur Kompatibilität vorhanden sind, bekommt man wirklich Bedenken, noch
    > lange auf das Pferd Qt zu setzen. Zum Beispiel Webkit: QtWebkit2 scheint
    > mir ein Witz zu sein verglichen mit QtWebkit1. Es reicht sich schon die
    > Beispiele anzuschauen: bei QtWebkit1 ein vollwertiger Browser, bei
    > QtWebkit2 ein Youtube Viewer und ein Flickr Viewer. Ich entwickle gerade
    > eine Software die ein wenig mehr können muss, da fällt QtWebkit2 derzeit
    > wohl raus.
    >
    > Oder die Scriptunterstützung: Steht da doch, man solle jetzt bitte die
    > "QJS..." Klassen aus dem QML Modul nutzen. Und was haben wir da?
    > "QJSEngine", "QJSValue" und "QJSValueIterator". Na toll. Und wo sind der
    > Ersatz für "QScriptEngineDebugger" und "QScriptContext" und diversen
    > anderen Klassen? Klar, für "Apps" braucht man das wahrscheinlich nicht.
    > Aber Qt war bisher kein Kiddie Framework, warum verwandelt es sich in
    > eins?
    >
    > Wenn QtWebkit1 (also die Variante ohne QML) zukünftig auch auf neueste
    > Webkit Versionen aktualisiert würde, könnte ich ja sogar noch damit leben.
    > Aber das ist wohl nur eine Frage der Zeit, und dann wars das. Leider muss
    > ich sagen, dass mein aktuelles Qt4 Projekt mit Qt5 ohne Verwendung der
    > "Kompatibilitätsklassen" gar nicht umsetzbar wäre ohne unangenehme
    > Abstriche. Und dann fällt die Entscheidung Pro oder Contra Qt nicht mehr
    > sehr schwer.
    >
    > Schade, Qt war bis heute das beste C++ Framework um Business-Software
    > plattformübergreifend zu entwickeln.


    Ich werde einfach weiterhin für meine privat entwickelten Programme Qt 4 benutzen ;)

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: Max L 20.12.12 - 12:07

    KuhTee schrieb:
    --------------------------------------------------------------------------------
    > Ich bin wirklich ein Qt Fan, nutze Qt4 jetzt seit etlichen Jahren und habe
    > mehrere große Programme damit umgesetzt. Aber Qt5 ist ein echter Griff ins
    > Klo. Man könnte meinen, heute dreht sich alles nur noch um Apps Apps Apps.
    > Mit Qt4 konnte man wirklich professionelle Software entwickeln, Software
    > welche mehr ist als nur eine Quitsch-Bunt-App. Natürlich war das dann nicht
    > unbedingt so "schick" wie eine kleine App, aber nötig. Mit QML möchte ich
    > mir das nicht antun.
    >
    > Aber wenns nur das wäre... Wenn ich mir anschaue, welche Klassen nur noch
    > zur Kompatibilität vorhanden sind, bekommt man wirklich Bedenken, noch
    > lange auf das Pferd Qt zu setzen. Zum Beispiel Webkit: QtWebkit2 scheint
    > mir ein Witz zu sein verglichen mit QtWebkit1. Es reicht sich schon die
    > Beispiele anzuschauen: bei QtWebkit1 ein vollwertiger Browser, bei
    > QtWebkit2 ein Youtube Viewer und ein Flickr Viewer. Ich entwickle gerade
    > eine Software die ein wenig mehr können muss, da fällt QtWebkit2 derzeit
    > wohl raus.
    >
    > Oder die Scriptunterstützung: Steht da doch, man solle jetzt bitte die
    > "QJS..." Klassen aus dem QML Modul nutzen. Und was haben wir da?
    > "QJSEngine", "QJSValue" und "QJSValueIterator". Na toll. Und wo sind der
    > Ersatz für "QScriptEngineDebugger" und "QScriptContext" und diversen
    > anderen Klassen? Klar, für "Apps" braucht man das wahrscheinlich nicht.
    > Aber Qt war bisher kein Kiddie Framework, warum verwandelt es sich in
    > eins?
    >
    > Wenn QtWebkit1 (also die Variante ohne QML) zukünftig auch auf neueste
    > Webkit Versionen aktualisiert würde, könnte ich ja sogar noch damit leben.
    > Aber das ist wohl nur eine Frage der Zeit, und dann wars das. Leider muss
    > ich sagen, dass mein aktuelles Qt4 Projekt mit Qt5 ohne Verwendung der
    > "Kompatibilitätsklassen" gar nicht umsetzbar wäre ohne unangenehme
    > Abstriche. Und dann fällt die Entscheidung Pro oder Contra Qt nicht mehr
    > sehr schwer.
    >
    > Schade, Qt war bis heute das beste C++ Framework um Business-Software
    > plattformübergreifend zu entwickeln.

    Eine Evolution ist nun mal nicht immer für alle schön. Bedenklich finde ich nur Ihre Aussage was QML angeht. Diese Diskussion hatte ich mit unseren alten Hasen in meiner Firma auch. Fakt ist, dass für embedded System es fast nichts besserer gibt als QML. Das Graphics-Framework vielleicht, wo man alles selber schreiben darf. Aber auf keinen Fall den QWidget ansatz. Das wurde dann auch irgendwann eingesehen. Spätestens die schnellere Entwicklungszeit konnte überzeugen. Resourcen zuwachs von Graphics-Framework war erheblich, aber vertretbar durch die geringere Entwicklungszeit. QML im Vergleich zu QWidget nicht nenneswert. Ins Besondere RAM Verbrauch lag teilweise deutlich unter dem QWidget-Ansatz.

    Auf dem Desktop sieht das wieder anders aus. Da wird sich Anfangs ein Mix aus QML und QWidget ergeben. Früher oder später wird die Tendenz aber auch Richtung QML gehen. Es ist einfach (sofern die nötigen Komponenten da sind) schneller zu entwickeln. Das ist allerdings nur meine persönliche Erfahrung. Sich aber vor dem QML Ansatz komplett zu versperren ist riskant.

    Das Schöne ist aber, dass man in diesem Thema aktuell ja nicht schwarz weiß denken muss. Beide Ansätze sind nach wie vor nutzbar. Intelligente Kombination aus beiden Welten bringt aus meiner Sicht den besten Benifit.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  5. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: KuhTee 20.12.12 - 12:26

    Oh, ich nutze derzeit schon QML. Allerdings mit embedded QWidgets, womit dann QtQuick2 wohl rausfällt. Leider gibt es da auch keine Option. QML ist zwar sehr nett for "normale" Oberflächen, sobald ich aber tiefergehend etwas ändern muss, steh ich da etwas im Regen. Das schlägt in die gleiche Kerve wie bei der ScriptEngine: Einfach was ausführen kein Problem, tiefergehende Kontrolle aber ist schwierig bis nicht machbar.

    Für Apps ist QML sicher ganz toll, für eine Desktopanwendung mit einer sehr spezialisierten Ausrichtung aber nicht. Das ist aber so wie ich das sehe eines der großen Einsatzgebiete von Qt.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  6. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: Max L 20.12.12 - 12:38

    Embedded QWidgets? Du nutzt also die QWidgets auf embedded systemen?

    Im Grunde kannst du ja jedes normale QWidget in ein QML Objekt unwandeln. Also bisher hab ich in meinem Fall alles lösen können. Und ich kam auch über all dran. Zu mindest mit Qt 4. Allerdings nutze ich QML auch schon seit der ersten Stunde. Muss man für sich selbst halt ausmachen, wo dieser Ansatz einem Zeit kostet und wo es einem Zeit schenkt. Ist halt ein Werkzeug. Einen Schlitzschraubenzieher kann ich auch bei einer Torxschraube nutzen. Aber ob das effizient ist. ;-)

    Bei Qt 5 warte ich noch ab, bevor ich es produktiv nutze. Da bin ich bei dir. Ausprobieren sollte man es allerdings, damit später der Umstieg nicht zu lange dauert.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  7. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: KuhTee 20.12.12 - 17:10

    Nein, ich möchte nicht QWidgets auf embedded Systemen nutzen, sondern ein QWidget in QML einbetten. Bei QtQuick1 geht das, bei 2 nicht mehr. Und genau das brauche ich für ein aktuelles Projekt, habe es in QML so gehandhabt, der Weg ist jetzt aber mit Qt5 versperrt.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  8. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: derats 21.12.12 - 01:27

    Mach dich mal locker, das ist der erste Release der Serie, bisher kamen mit dem Followups immer ordentlich was dazu.
    Immer locker durch die Hose atmen.
    Bis Qt5 in den Repos der Distros angekommen ist, dauerts eh noch ne Weile.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  9. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: Seitan-Sushi-Fan 21.12.12 - 03:04

    KuhTee schrieb:
    ------------------------------
    > Für Apps ist QML sicher ganz toll, für eine Desktopanwendung mit einer sehr
    > spezialisierten Ausrichtung aber nicht. Das ist aber so wie ich das sehe
    > eines der großen Einsatzgebiete von Qt.

    Statt unqualifizierte Kommentare zu posten, solltest du dich mal lieber informieren. QML ist nämlich noch gar nicht für den Einsatz in Desktop-Anwendungen gedacht. Die Desktop-Komponenten werden erst mit Qt 5.2 oder so nachgereicht.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  10. Re: Ergebnis nach kurzer Analyse: Leider unbrauchbar

    Autor: Seitan-Sushi-Fan 21.12.12 - 03:16

    Mace schrieb:
    ------------
    > Ich werde einfach weiterhin für meine privat entwickelten Programme Qt 4
    > benutzen ;)

    Fast alle Qt4-Komponenten sind vollständig in Qt5 vorhanden, inkl. QWidgets usw.
    Die „kurze Analyse“ von KuhTee war so kurz, dass es nicht einmal für 3 Minuten Google gelangt hat.
    Wenn man nur ein wenig aufpasst, kann man auch große Projekte sowohl mit Qt4 als auch Qt5 kompilieren, wie man an Qt Creator sehen kann.

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. Robert Bosch GmbH, Stuttgart-Feuerbach
  2. FERCHAU Engineering GmbH, Raum Koblenz
  3. Joseph Vögele AG, Ludwigshafen
  4. Media-Saturn E-Business Concepts & Services GmbH, Ingolstadt


Anzeige
Blu-ray-Angebote
  1. 139,99€ (Vorbesteller-Preisgarantie)
  2. 5,49€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Wolkenkratzer: Wer will schon 2.900 Stufen steigen?
Wolkenkratzer
Wer will schon 2.900 Stufen steigen?
  1. Hafen Die Schauerleute von heute sind riesig und automatisch
  2. Bahn Siemens verbessert Internet im Zug mit Funklochfenstern
  3. Fraunhofer-Institut Rekord mit Multi-Gigabit-Funk über 37 Kilometer

Festplatten mit Flash-Cache: Das Konzept der SSHD ist gescheitert
Festplatten mit Flash-Cache
Das Konzept der SSHD ist gescheitert
  1. Ironwolf, Skyhawk und Barracuda Drei neue 10-TByte-Modelle von Seagate
  2. 3PAR-Systeme HPE kündigt 7,68- und 15,36-TByte-SSDs an
  3. NVM Express und U.2 Supermicro gibt SATA- und SAS-SSDs bald auf

Huawei Matebook im Test: Guter Laptop-Ersatz mit zu starker Konkurrenz
Huawei Matebook im Test
Guter Laptop-Ersatz mit zu starker Konkurrenz
  1. Netze Huawei steigert Umsatz stark
  2. Huawei Österreich führt Hybridtechnik ein
  3. Huawei Deutsche Telekom testet LTE-V auf der A9

  1. AVM: Hersteller für volle Routerfreiheit bei Glasfaser und Kabel
    AVM
    Hersteller für volle Routerfreiheit bei Glasfaser und Kabel

    Routerhersteller wie AVM, Devolo und Lancom wollen auch Zugang zu den bislang weitestgehend abgeschotteten Kabel- und Glasfasernetzen. Ihr Herstellerverbund fordert die Veröffentlichung von Schnittstellenspezifikationen.

  2. Hearthstone: Blizzard feiert eine Nacht in Karazhan
    Hearthstone
    Blizzard feiert eine Nacht in Karazhan

    Wer World of Warcraft kennt, kennt auch Karazhan. In einer Erweiterung für Hearthstone wird die Instanz nun reaktiviert - und ist dort Schauplatz eines besonders feierlichen Abenteuers.

  3. Gmane: Wichtiges Mailing-Listen-Archiv offline
    Gmane
    Wichtiges Mailing-Listen-Archiv offline

    Gmane, ein wichtiges Archiv für Entwicklungs-Mailing-Listen, ist zurzeit nicht erreichbar. Der Betreuer hatte zuvor angekündigt, das Projekt eventuell komplett einzustellen, es aber möglicherweise auch anderen zu übergeben.


  1. 17:23

  2. 17:04

  3. 16:18

  4. 14:28

  5. 13:00

  6. 12:28

  7. 12:19

  8. 12:16