Wechsel von Jquery Mobile zu AppFramework

Lesezeit: 5 Minuten

Benutzer-Avatar
Alain Zellink

Ich habe ein Projekt mit Jquery Mobile erstellt. JQM scheint perfekt für schnelles Prototyping zu sein, aber das Endergebnis auf einem iPhone 3GS/IOS 5.1 ist alles andere als flüssig. Ich habe viele Hacks/Tricks ausprobiert, um es schneller zu machen und Übergänge loszuwerden, aber ich kann trotzdem kein zufriedenstellendes Ergebnis erzielen.

Ich habe mich umgesehen. Was ich brauche, ist eine leichte Lösung mit einer anständigen Benutzeroberfläche (JQM ist perfekt für das, was ich in diesem Bereich brauche).

trigger.io und AppFramework scheinen die 2 verfügbaren Lösungen zu sein (vielleicht fehlen mir einige andere).

Ich würde AppFramework gerne ausprobieren, hätte aber gerne Feedback von Leuten, die die Änderung vorgenommen haben.

Vielen Dank.

Benutzer-Avatar
Gajotres

Einleitung

Eine größere Version dieser Antwort finden Sie auch HIER.

jQuery Mobile war nie nur als HTML5/CSS3-Hybrid-Framework für mobile Apps gedacht. Auf einer ähnlichen Strecke wie sein älterer Bruder jQuery und jQuery-Benutzeroberfläche Es sollte als robuste, reaktionsschnelle Lösung auf dem ständig wachsenden Markt für mobile Webanwendungen eingesetzt werden. Was es von seinem älteren Bruder nahm, war eine umfassende Browserunterstützung. Führen Sie es auf jeder möglichen großen Plattform aus und es sollte genauso funktionieren.

Dieselbe breite Browserunterstützung brachte auch ein weiteres Problem mit sich, nämlich die Plattformoptimierung. Da jQM keine bestimmten Plattformen bevorzugen kann, bedeutet dies auch, dass es nicht dafür optimiert ist, die meisten davon zu verwenden.

Lassen Sie uns auch darüber sprechen Telefonlücke ein bisschen. Obwohl es sich um ein großartiges App-Verpackungssystem handelt, wird es zu einem Höllenloch, wenn es mit einem größeren verwendet wird jQuery Mobile Anwendung. Es ist, als ob zwei großartige Eltern ein deformiertes Bastardkind machten oder zu großen Pluspunkten ein noch größeres Minus gaben.

Lösungen

Wie immer in der Geschichte der Menschheit kam eine andere Gruppe von Entwicklern, um dieses offensichtliche Loch zu füllen. Und hier kam jqMobi (jetzt AppFramework), jqTouch, Zepto, Sencha-Touch, Trigger.io und andere.

Gut gegen …

Bevor Sie weiter als jQuery Mobile gehen, müssen Sie eines verstehen: Was auch immer Sie an Geschwindigkeit gewinnen (und glauben Sie mir, Sie werden es bekommen), Sie werden an Community-Unterstützung verlieren. Während jedes zuvor erwähnte Framework eine beträchtliche Entwickler-Community hinter sich hat, können sie alle zusammen nicht einmal annähernd herankommen jQM.

Lassen Sie uns mit diesen Worten auf Einzelheiten eingehen. Aus meiner Erfahrung sind derzeit zwei beste Lösungen als HTML5/CSS3-Android- und iOS-Hybrid-App-Frameworks AppFramework und Sencha-Touch. Lassen Sie mich zunächst sagen, sie sind schnell, schneller als jQuery Mobile jemals sein wird (wenn jQ-Entwickler auf diesem Kurs bleiben). Die UI-Unterstützung ist ähnlich, wenn nicht sogar besser im Fall von Sencha-Touch, ganz zu schweigen davon, dass die Benutzeroberfläche nativer aussieht als bei jQuery Mobile. Listenansichten sind schneller, Scrollen ist besser, Übergänge ruckeln nicht.

… Schlecht

Bevor jemand fragt, warum sich die Leute dann dafür entscheiden, jQuery Mobile stattdessen? Der offensichtliche Grund wäre die Unterstützung der Community und bis zu einem gewissen Grad ist dies die Wahrheit. Aber es gibt hier noch andere dringende Angelegenheiten. Während jQMoby werben Sie selbst als wahrer jQuery als Alternative jQuery Mobile es ist eine große Lüge. Obwohl sie immer noch ein großartiges und ausgezeichnetes Framework sind, verwenden sie dieses Sprichwort als Marketingtrick. Sie haben in der Tat eine Menge geklont (erneuert). jQuery Features, aber das ist nur ein Teiljob und Veteran jQuery Entwickler werden sich selbst in einem Problem wiederfinden. Sie werden nicht in der Lage sein, das Beste aus ihrem Vorwissen zu machen, und verbringen mehr Zeit damit, herauszufinden, wie man etwas macht, das funktionieren sollte, als an einer App zu arbeiten.

Auf der anderen Seite Sencha-Touch leidet nicht unter diesem Problem, da es eine andere, fast fremde Syntax hat. Wie mit jqMoby Sie werden viel Zeit brauchen, um sich mit seiner Syntax vertraut zu machen. Aber keine Angst, am Ende wird das Ergebnis zufriedenstellend sein.

Eine andere Sache, im Gegensatz zu jQuery Mobile und Telefonlücke, AppFramework und Sencha-Touch hat ihr natives App-Packaging-System. Meiner bescheidenen Meinung nach ist dieses System besser als Telefonlücke weil sie dafür gemacht sind, mit ihren js-Frameworks zu arbeiten. Einzige Sache Telefonlücke über ihnen steht eine RIESIGE Plugin-Entwicklungsgemeinschaft.

Verknüpfungen

jQuery vs. Zepto vs. jQMobi – welches ist das schnellste?

In diesem Fall ist jQuery wie jQuery Mobile, da der Test hier auf einer zugrunde liegenden Framework-Funktionalität beruht, die jQM von jQ übernimmt.

Gutes Schimpfen auf jQuery Mobile vs. Sencha Touch

Titel sagt alles.

AppFramework-Forum

Einzige gute jqMoby-Supportseite

Sencha Touch-Forum

Die einzige gute Sencha Touch-Supportseite

Fazit

AppFramework ist wahrscheinlich die beste Wahl für Sie. Es hat ein ähnliches Design wie jQuery Mobile, sodass die Syntax kein Problem darstellen wird.

  • Vielen Dank für diese Antwort. Ich habe mir Ihr Profil angesehen und festgestellt, dass Sie zahlreiche Hinweise zur Verbesserung der Verwendung von JQM gegeben haben. Ich werde jeden Punkt, den Sie angesprochen haben, für einen letzten JQM-Versuch ausprobieren.

    – Alain Zelink

    12. Mai 2013 um 6:00 Uhr

  • Ich hatte Sencha Touch auf dem Mac ausprobiert. Erstens: Installation der Sencha-Konsole, mache meinen Ordner “dreckig”. Testen Sie die Geschwindigkeit auf Android, langsam und fehlerhaft. Für Geschwindigkeit und kleine App bevorzuge ich die Verwendung von jQuery Mobile.

    – GusDeCool

    19. Februar 2014 um 21:14 Uhr

  • Besser spät als nie: Sehr gute Antwort! Noch ein kleiner Tipp: Wenn Sie Appmobi für ein großes, kompliziertes Projekt verwenden (wie ich es getan habe), verwenden Sie auf jeden Fall das mit jQuery. Es ist nur einen Bruchteil langsamer (wirklich nicht wahrnehmbar), aber Sie erhalten alle jQuery-Funktionen. Ich habe immer noch Schmerzen im Arsch, weil ich jQuery nicht benutzt habe (es war nicht da, als ich anfing).

    – Matt

    22. März 2014 um 16:57 Uhr

  • Du erwähnst if jQ developers stay on this course. Wenn man sich die Roadmap von jQM ansieht, stimmt es nicht, dass es in den kommenden Versionen nur darum gehen wird, Unordnung zu beseitigen und die Dinge schneller zu machen?

    – Mark Boulder

    24. Mai 2014 um 1:57 Uhr

  • 1.4 hat bereits mit dem Entfernen begonnen und es ist viel schneller als 1.3, 1.5 wird den gleichen Weg gehen und sie werden einige neue Sachen hinzufügen.

    – Gajotres

    24. Mai 2014 um 7:46 Uhr

1257030cookie-checkWechsel von Jquery Mobile zu AppFramework

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy