Eine Frage, wie sie da oben schon beschrieben ist :P
Neija mal ernsthaft, auf iOS existiert meines Wissens diese 10MB RAM Grenze für den JavaScript Kontext einer WebView. Solange diese existiert sind komplexe Apps ja durchaus schwierig als Webapp auf iOS umzusetzen oder wie seht ihr das ?
Ich kann nur aus Erfahrung sprechen: Ich habe mehrere Kostenvoranschläge zwecks Nativ-Portierungen (Android: Java, iOS: Objective-C) von Phonegap-Anwendungen an diverse Firmen abgegeben. Die waren allesamt höchst unzufrieden mit ihren Phonegap-Sparfuchs-Apps. Von unerklärlichen Crash war sehr häufig die Rede.
Nachdem die dann den Preis für "Nativ" gesehen haben, hat sich keiner mehr gemeldet. Die Apps crashen allesamt noch immer. Aber deutschen Firmen ist Qualitätsarbeit heutzutage nichts mehr wert. Quick&Dirty mit JavaScript ist gerade gut genug für den Kunden ...
Naja ich programmiere auch mit JavaScript hin und wieder... ich denke auch man kan. damit vieles sehr gut umsetzen, aber eben auch extrem viel schlecht. Trotzdem kommt es mir so vor, dass diese Titanium und Phonegap Lösungen alle unter Speicherlecks leiden :(
( zumindest lese ich das oft )
Das ist hanebüchener Unsinn, der oft von nativen Entwicklern verbreitet wird. Ich kenne genauso viele, wenn nicht mehr native Apps, die ständig crashen, sowohl auf Android als auch iOS.
Meine Kunden sind froh, wenn ich ihnen das PhoneGap Konzept zeige, da die Dauer einer Neuentwicklung für andere Plattformen oder selbst das Deployment als Browser-Webapp damit einfach schneller geht und bei einem professionellen Dev das Ergebnis genauso schnell und benutzbar ist.
2 mal bearbeitet, zuletzt am 30.07.11 17:54 durch Junior-Consultant.
Naja es bleiben aber auch ein paar Nachteile.. und die betreffen nun einmal Performance und RAM. Ich finde auch dass JavaScript das Potential hat die nächste Multiplatformsprache zu werden, aber wie viele Script-Kiddies es geren so hinstellen wollen, es ist nicht das Ei des Kolumbus.
Das hat hier meist nicht viel mit der Sprache zu tun.
Unter Android hat der Browser bis heute keine hardware beschleunigung.
Animationen laufen da auf IOS echt viel besser.
Und das abspielen von Sounds besonders mp3 zieht echt an der Performance.
Aber wenn man JS wirklich nur zum berechnen nimmt, ist das schon ziemlich schnell!
Hab selbst mit Phonegap ein Spiel gemacht, und mit der Perofmance auf ein Ipod touch 4g voll zufrieden, aber auf ein Galaxy Tab z.b. ist es recht Ruckelig.
Beide haben die selben Chips verbaut, und recht ähnliche Auflösung etc.
Ich denke auch das Javascript recht gleich schnell drauf läuft,
aber die pure Hardware Beschleunigung des Safari Browsers
sorgt hier für das beste Ergebnis.
> Das hat hier meist nicht viel mit der Sprache zu tun.
>
Aber dabei geht es doch bei Phonegap und Co., Platformen durch eine standardisierten Dialekt zu vereinen ( hier HTML5, CSS3 und JS 1.8 )
> Hab selbst mit Phonegap ein Spiel gemacht, und mit der Perofmance auf ein
> Ipod touch 4g voll zufrieden, aber auf ein Galaxy Tab z.b. ist es recht
> Ruckelig.
Das ist aber ein Problem, zumindest für mich. Denn damit kann ja das eigentliche Ziel nicht 100% erfüllt werden, wenn wir mal Spiele betrachten. Wenn das nur auf einer Platform ok läuft, kann ich auch direkt in der jeweiligen bevorzugten Sprache ( hier Objective C ) programmieren.
> Beide haben die selben Chips verbaut, und recht ähnliche Auflösung etc.
> Ich denke auch das Javascript recht gleich schnell drauf läuft,
> aber die pure Hardware Beschleunigung des Safari Browsers
> sorgt hier für das beste Ergebnis.
Das kann sein, aber abseits von CSS gibt es leider noch nix beschleunigtes. Ein HWA Canvas wäre mal schön :P
Aber ich finde für viele Spiele reicht die Performance von mobile Safari bereits aus.
================================================================
Für mich sind eher die Restriktionen durch das iOS Systeme hinderlich, gerade was die 10MB Grenze von Webview angeht. Zumindest laut Doc sieht das so aus, dass man dadurch pro App nur 10MB in JS belegen darf. Das ist schon etwas dürftig...
Dann verkauf du mal weiter Crap an Ahnungslose ...
Naja, es hat dennoch nix mit der Sprache zu tun, was die performance angeht.
(Darauf bezog ich mich)
Ja, der MobileSafari ist ausreichend, da stimme ich dir 100% zu.
Auch auf Android gibt es gute Browser, Opera performt auch 1a.
Nur kann man den eben nicht als WebView Object nutzen...
Der Stock Browser von Android ist leider noch zu ruckelig,
und das nicht nur was CSS angeht.
Aber du hast recht, das die Beschleunigung, grösstenteils nur CSS betrifft.
Aber eben das kann man sehr gut für 2D Games nutzen, was ich auch tue.
Das ergebnis ist dennoch recht gut, auf beiden platformen.
Es fällt halt nur auf, das erst dual core smarthpones bei phonegap flüssig css animation und mp3s gleichzeitig kann, während ein ipod touch 4g mit seinen 800MHz das locker rockt...
Und ich spreche hier von einen schlichten aber gut animierten puzzle game...
Wie heisst denn dein Game? Würde mich mal interessieren als Performance-Showcase
Ein Puzzle-Game als Performance-Showcase ...
Hast Du irgendein Problem? Meine Kunden sind meist aus der IT-Branche und alles andere als ahnungslos und mit meiner Arbeit so zufrieden, dass ich die letzten Auftragsanfragen wegen voller Auslastung die nächsten Monate abgeben musste. Und alles Multiplatform auf iOS und Android, sogar Blackberry, hochperformant und mit relativ wirtschaftlichen Anforderungen an eine Migration / Redeployment.
Der Grund:
Businesskunden bezahlen üblicherweise für ein Ergebnis und nicht dafür, wie man dahinkommt. Die machen keine Glaubensfrage aus einer Technologie- und Plattformfrage wie Du - weil das meist erwachsene Geschäftsleute sind. Was mich an Deinem Hintergrund zweifeln lässt.
3 mal bearbeitet, zuletzt am 31.07.11 16:28 durch Junior-Consultant.
Ein Advance-Wars Klon... Generell schein Mobile Safari die Grafik bewältigen zu können, aber wenn die Logik noch drin ist, könnte es eng werden.
Das Problem im Moment sind einfach Animationen etc. die viel Berechnungen verlangen, dass ist ohne HWA im Browser ein echtes Problem.
Also Phonegap an sich schon mal nicht. Überhaupt ist das (ich kenne nur die Variante für iOS) eigentlich recht einfach gestrickte Sache - es macht nicht viel mehr, als die Kommunikation zwischen Javascript im UIWebView und nativem Objective-C Code zur Verfügung zu stellen.
Allerdings ziehen Sachen wie Phonegap immer Leute an, die entweder nicht die Lust, oder nicht die Zeit haben, sich mit einer Umgebung richtig auseinanderzusetzen. Da Objective-C manuelle Speicherverwaltung nutzt (bzw. einen Manuellen Reference Counter), bringt man schnell mal Speicherlecks rein.
Man munkelt allerdings, dass die nächste Version von Xcode (auch für iOS4) da Abhilfe bringen wird. Mehr dazu findet der geneigte Entwickler im NDA-behafteten Developer-Forum unter "ARC". ;)
Yeeeeeeeeha - Nur echt mit 2^3 e
Perl-Monk, Java-Trinker, Objective-C Wizard, PHP-Kiddie, unfreiwilliger FreeBSD-/Linux-Teilzeitadmin
Stimmt schon. Webkit auf iOS benutzt für viele Aufgaben die GPU, Android in 2.* gar keine GPU-Beschleunigung nutzt (ab 3.0 schon, aber afaik im Webkit nicht so wirklich).
Großes Handicap bei iOS ist noch, dass im UIWebViews nicht der JIT-Compiler benutzt wird, sondern der alte JS-Interpreter (afaik hat das u.a. damit etwas zu tun, weil Apps keinen nativen Code erzeugen dürfen - dem Mobile Safari wird da mehr vertraut ;)). Ich hoffe, dass sich das mit iOS 5 ändert (hab mich noch nicht getraut, eine der Betas auf eines meiner Geräte zu hauen ;)).
Yeeeeeeeeha - Nur echt mit 2^3 e
Perl-Monk, Java-Trinker, Objective-C Wizard, PHP-Kiddie, unfreiwilliger FreeBSD-/Linux-Teilzeitadmin
Kommentare: 172 | letzter Beitrag 22:36 Uhr
Kommentare: 94 | letzter Beitrag 26.05. 19:45
Kommentare: 79 | letzter Beitrag 22:43 Uhr
Kommentare: 71 | letzter Beitrag 22:20 Uhr
Kommentare: 63 | letzter Beitrag 23:15 Uhr
E-Mail an news@golem.de
Der japanische Spieldesigner Goichi Suda - Fans sagen schlicht "Suda 51" - ist für schräge Actionspiele bekannt. Sein nächstes Werk schickt ein scheinbar braves Schulmädchen in den Kampf gegen Zombies.
Weitgehend unbemerkt hat der US-Händler Tigerdirect die ersten Chromebox-Systeme von Google ausgeliefert. Für 330 US-Dollar bekommt der Nutzer recht gute Hardware in Nettop-Form, die sehr viel leistungsfähiger ist als die des Chromebook mit ChromeOS.
Der neue Chef der Piratenpartei steht im Verteidigungsministerium unter Druck. Elektronische Kommunikation für seine Partei ist ihm in der Dienstzeit untersagt. "Es gibt Leute im Ministerium, die darauf warten, dass ich Fehler mache", sagte Schlömer.
Renesas ist nach Elpida der zweite schwer angeschlagene japanische Chiphersteller. Renesas, das Hitachi, Mitsubishi Electric und NEC gehört, macht Verlust und will seine größte Fabrik verkaufen.
RIM soll in den kommenden Tagen erneut einen massiven Stellenabbau ankündigen. "Ich habe herausgefunden, welche Teile ich in meinem Puzzle nicht mehr benötige", sagte Firmenchef Thorsten Heins.
Ein britisches Blog will erfahren haben, dass Facebook den norwegischen Browserhersteller Opera Software kaufen will. Beide Unternehmen wollen sich dazu nicht äußern.