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


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Anzeige

Haben wir etwas übersehen?

E-Mail an news@golem.de


Überwachungssoftware: Ein warmes Mittagessen für den Staatstrojaner
Überwachungssoftware
Ein warmes Mittagessen für den Staatstrojaner
  1. Ex-CIA-Deutschlandchef Wir konnten Schröder leider nicht abhören
  2. Überwachung NSA-Ausschuss erwägt Einsatz mechanischer Schreibmaschinen
  3. Kontrollausschuss Die Angst der Abgeordneten, abgehört zu werden

Smartphone-Hersteller Xiaomi: Wie Apple, nur anders
Smartphone-Hersteller Xiaomi
Wie Apple, nur anders
  1. Flir One Wärmebildkamera fürs iPhone lieferbar
  2. Per Smartphone Paypal ermöglicht Bezahlen in Restaurants landesweit
  3. Datenübertragung Smartphone-Kompass spielt Musik durch Magnetkraft

Android L im Test: Google verflacht Android
Android L im Test
Google verflacht Android
  1. Android L Keine Updates für Entwicklervorschau geplant
  2. Inoffizieller Port Android L ist für das Nexus 4 verfügbar
  3. Android L Cyanogenmod entwickelt nicht anhand der Entwicklervorschau

  1. Wearables: Fitbit unterstützt Windows
    Wearables
    Fitbit unterstützt Windows

    Mit dem jüngsten Software-Update könnte Microsoft sich endlich den wachsenden Markt für Wearables erschließen. Als erster Fitnesstracker unterstützt nun Fitbit die Windows-Plattform.

  2. 3D-Technologie: US-Armee will Sprengköpfe drucken
    3D-Technologie
    US-Armee will Sprengköpfe drucken

    Die US-Armee testet die Möglichkeit, Sprengköpfe am 3D-Drucker herzustellen. Das Ergebnis soll sowohl präziser als auch billiger sein als herkömmliche Waffen.

  3. Hohe Investition: Hilton will Hotelschlüssel durch Smartphones ersetzen
    Hohe Investition
    Hilton will Hotelschlüssel durch Smartphones ersetzen

    Die Hotelkette Hilton will die Chipkarten als Zimmerschlüssel ersetzen. Dafür wird mehr als eine halbe Milliarde US-Dollar investiert. Das soll Personal- und Verwaltungskosten sparen.


  1. 07:47

  2. 07:29

  3. 07:18

  4. 22:24

  5. 20:51

  6. 19:20

  7. 19:03

  8. 18:18