Resümee Mobile Pack

[Union]

Ich hätte auch lieber eine Version mit weniger Fehlern in sämtlichen Bereichen. Die Mobile-Geschichte ist eh wieder mal viel zu spät. Wer ernsthaft damit was machen will, hat schon längst andere Tools im Einsatz.

[Mavarik]

Zitat von Union:

Ich hätte auch lieber eine Version mit weniger Fehlern in sämtlichen Bereichen. Die Mobile-Geschichte ist eh wieder mal viel zu spät. Wer ernsthaft damit was machen will, hat schon längst andere Tools im Einsatz.

Nein warum? Bevor ich mich lange in etwas anderes einarbeiten muss warte ich doch lieber bis "mein" Delphi das kann...

IOS an sich ist schon kompliziert genug...

Mavarik

[cookie22]

Zitat von Mavarik:

Nein warum? Bevor ich mich lange in etwas anderes einarbeiten muss warte ich doch lieber bis "mein" Delphi das kann...

Jeder der mit seinen Apps, sei es für iOS oder Android, Geld verdienen will, kann sich das warten wohl kaum leisten.

Mit Eclipse und IntelliJ gibt es zwei nette kostenfreie IDEs für Android und Java ist nun auch nicht gerade das Buch mit sieben Siegeln.

Wenn man für iOS entwickeln will kann man das sogar auch kostenfrei mit Lazarus, wenn man unbedingt Pascal verwenden will. Das beste daran ist, dass man nativ entwickelt und sich nicht mit einem total verbugten Framework rumschlagen muss.

Mit grauen erwarte ich die Version für Android, wenn das so läuft wie immer bei Emba wird man damit auch erst mit Version 3 oder 4 produktiv arbeiten können.

[mkinzler]

Zitat:

Wenn man für iOS entwickeln will kann man das sogar auch kostenfrei mit Lazarus, wenn man unbedingt Pascal verwenden will. Das beste daran ist, dass man nativ entwickelt und sich nicht mit einem total verbugten Framework rumschlagen muss.

Der neue, auf LLVM basierende Delphicopiler für ARM ist FPC überlegen. Man kann auch in Delphi iOS nativ arbeiten. Hierfür gibt es einen (kommerziellen) Wrapper von TMS, wenn man das nicht selber machen will.

[arnof]

Zum Eröffnungsthema:

wenn man kein Mobilpack haben will und nicht für Apple entwickeln will, dann braucht man kein Firemonkey zu benutzen. Die VCL ist ausgereift, es gibt viele 3'th Partymodule mit den man es toll erweitern kann (je mach dem was man braucht).

Ich persönlich habe seit Delphi 5 keinen Grund gehabt meine Projekte auf eine neuere Delphiversion zu heben (ich habe aber fast alle Updates gekauft).

Unicode, XML, SOAP es ist nun seit XE,XE2,XE3 fast alles da was man für die aktuelle Windowswelt braucht (bis auf Metro, das sowieso keiner benutzt, wenn es WIN 8.1 gibt).


Der Schritt hin zur Apple Welt seit XE2 ist nun eine große Sache und wer sich schon mal xcode von Apple angeschaut hat, den "Schüttelt" es und ich habe persönlich überhaupt keine Lust wieder mit einer Umgebung zu arbeiten, die kein RAD System ist

So nun zu XE4 und dem Mobilepack:

Jeder der mal schnell eine Mobile Erweiterung für sein Windowsprojekt machen will und mit Delphi umgehen kann, wird das nur noch mit Delphi machen und xcode nur noch für Sachen benutzen, die in Delphi "noch" nicht gehen. Für eine V1.0 läuft das sehr gut.

Hier stehen jedem unendliche Möglichkeiten offen und auch Einmannfirmen haben Zugang zu allen Useren via Appstore, das ist nicht nur toll, sondern eröffnen jedem unendliche Möglichkeiten.

Habt Ihr noch nie die Berichterstattung zu z.B. tinywings oder Doodle Jump gesehen: mit "scheisse" haben die Millionen gemacht. Das wird euch unter Windows sicher nicht passieren. Ihr braucht nur Ideen, dann ist das Super. Wer aber kein Smartphone selbst benutzt, dem erschließt sich diese Welt auch nicht

Zu Androide:

Das steht ja auch auf der Roadmap, ich warte schon sehnsüchtig darauf. Ich habe schon einige Apps hier im Playstore von Google. Die mit verschiedenen Systemen gemacht worden sind: HTML5Bulider, Basic4android und natürlich Eclipse. Wenn ich hier das Design sehe und die Zeit die man hier verschwendet für Sachen, die man mit Delphi einfach nur schnell mal zusamen klickt und die Entwicklungskosten sehe, da kann man nur heulen als Delphiuser ......


Also Leute kauft das Update, das beste was aus Kalifornien zum Programmieren kommt, ist XE4

[bcvs]

Zitat:

Jeder der mal schnell eine Mobile Erweiterung für sein Windowsprojekt machen will und mit Delphi umgehen kann, wird das nur noch mit Delphi machen und xcode nur noch für Sachen benutzen, die in Delphi "noch" nicht gehen. Für eine V1.0 läuft das sehr gut.

Genau so sehe ich das auch. Ich habe eine kleine App für Android als Ergänzug zu meinem Haupt-Delphi-Projekt entwickelt und ärgere mich jedes Mal über dieses Eclipse. Jetzt steht davon eine IOs- Version an. Bevor ich mich da wieder in Objective-C (oder wie das heißt) und XCode einarbeite, mache ich das doch lieber mit Delphi.

Gerade wenn man damit Geld verdienen will, die mobilen Apps aber auch nicht das Kerngeschäft sind, hat man nicht die Zeit, sich in diese Sprachen / Entwicklungsumgebunden einzuarbeiten.

Ich habe deshalb bei XE4 nochmal zugeschlagen, obwohl ich ansonsten mit meinem Delphi 2007 nach wie vor zufrieden bin. Ich hoffe nur, dass die angekündigte Android-Anbindung dann auch so funktionieren wird. Die Aussicht, mit einer Codebasis für IOs und Android zu entwickeln, ist schon sehr reizvoll.

[cookie22]

Zitat von mkinzler:

Zitat:

Wenn man für iOS entwickeln will kann man das sogar auch kostenfrei mit Lazarus, wenn man unbedingt Pascal verwenden will. Das beste daran ist, dass man nativ entwickelt und sich nicht mit einem total verbugten Framework rumschlagen muss.

Der neue, auf LLVM basierende Delphicopiler für ARM ist FPC überlegen. Man kann auch in Delphi iOS nativ arbeiten. Hierfür gibt es einen (kommerziellen) Wrapper von TMS, wenn man das nicht selber machen will.

Das war auch nur ein Beispiel. Wenn ich ernsthaft für iOS entwickeln will, benutze ich Xcode und hab Zugriff auf alle Features. Nebenbei kostet Xcode nix.

[Furtbichler]

Zitat von cookie22:

Jeder der mit seinen Apps, sei es für iOS oder Android, Geld verdienen will, kann sich das warten wohl kaum leisten.

Kann nicht sein, denn wer sein Geld wirklich mit Apps für iOS und Android verdienen will, der wechselt zu einer stabilen Umgebung.

Nur wer *nicht* wirklich Geld mit Apps -in Delphi geschrieben- verdienen will, bleibt bei Delphi und diskutiert über die suboptimale Performance seitens Emba und der wohl nicht so guten Stabilität ihres Frameworks.
[OT]
Ich bin in der glücklichen Lage, mit Delphi kein Geld mehr verdienen zu müssen und schmunzele einerseits über die hier dargebotenen Anekdoten, schüttele aber andererseits Angesichts der Hilflosigkeit der Diskussionsteilnehmer und Delphi-Besitzer gegenüber Emba immer wieder den Kopf.
[/OT]

[Uwe Raabe]

Zitat von Furtbichler:

Zitat von cookie22:

Jeder der mit seinen Apps, sei es für iOS oder Android, Geld verdienen will, kann sich das warten wohl kaum leisten.

Kann nicht sein, denn wer sein Geld wirklich mit Apps für iOS und Android verdienen will, der wechselt zu einer stabilen Umgebung.

Nur wer *nicht* wirklich Geld mit Apps -in Delphi geschrieben- verdienen will, bleibt bei Delphi und diskutiert über die suboptimale Performance seitens Emba und der wohl nicht so guten Stabilität ihres Frameworks.

Das "Kann nicht sein" ist hier widersprüchlich. Cookie sagt doch mehr oder weniger dasselbe wie du.

Um es mal frei nach der Feuerzangenbowle zu formulieren: "Furtbichler, Sie faseln!"

[Darlo]

Ich finde das Firemonkey für iOS in der XE4 Version ziemlich gelungen. Mein Hauptproblem sind die Styles, da man diese nicht anpassen kann.
Wenn die Funktion "benutzerdefinierter Style" wieder käme wäre das wirklich klasse. Die nativen TMS Komponenten klingen auch richtig interessant, nur
fehlt hier, wie ich es verstanden haben, ebenfalls die Möglichkeit diese optisch anzupassen.

Abzuwarten bleibt wie schnell EMBA den neuen iOS7 Style nachliefert.