Resümee Mobile Pack

**cookie22**

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.

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]

**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

**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.

**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.

**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.

**Mavarik**

Zitat von Thom:

Ach ja: Und deshalb ist es für andere auch nicht relevant?

[OT]
Jaja die NewKitsOnTheBlock... Ich brauch dies, ich brauche das... Ich will noch diese Feature...

Dann aber ständig Mimimi machen, weil EMBT die Versionen raus haut, obwohl vielleicht der ein oder andere Bug noch drin ist.
Wie die wollen Geld für neue Version haben? Das ist ja sowieso eine Unverschämtheit...
Selbstverständlich sollen dann auch noch die Bugs aus den alten Versionen entfernt werden... EMBT hat ja sonst nix zu tun.

Es muss ja keiner die neuen Versionen kaufen... s.o. Xcode ist umsonst. Das man für alles 3-4 mal so lange braucht...
Ist doch egal... "Ich muss ja nicht davon leben"... Ließt man dann.

Wo steht das man Generics überhaupt braucht? *egal* blos keinen Streit deswegen vom Zaun brechen...

4 Millionen Zeilen Sourcecode für unser Projekt... Und keine einzige Zeile Generics...
Naja auch keine Datenbankkomponente, REST, Unicode, JSON, 3D, Reportgeneratoren, Styles usw.

Ich sag ja gar nicht, das die neuen Dinge nicht ganz nett sind, aber zum Geldverdienen braucht man die nicht.
[/OT]

Also nach mal... Ich denke EMBT ist auf dem richtigen Weg. Die VCL wird nicht sterben, aber mit Firemonkey eröffnet "uns"
EMBT neue Möglichkeiten und auch neue Märkte.

Da ich davon Leben muss, hab ich einfach keine Zeit im täglichen Programmierwahn mich noch mit anderen Systemen zu beschäftigen.
Klar hat man mal C++, C#, Forth, Fortran 77, PHP, Perl, ELAN, BASIC, Natives HTLM, .Net, JAVA, ASM Z80, ASM 8080 gelernt.

Aber in Delphi bin ich einfach man schnellsten. Ich habe tonnenweise Source-Code den ich verwenden kann. Daher stellte sich NIE die Frage
eine andere Sprache einzusetzen. (Abgesehen von C# für CompaktFramework um auf dem Pocket-PC eine Software zu entwickeln)
[OT]Wer mich kennt, kennt meine Frage nach CF (Grüsse an ME)[/OT]

Das war es aber schon...

Grüsse Mavarik

**Bernhard Geyer**

Zitat von Darlo:

Die nativen TMS Komponenten klingen auch richtig interessant, nur
fehlt hier, wie ich es verstanden haben, ebenfalls die Möglichkeit diese optisch anzupassen.

Das wäre aber ein Widerspruch in sich. Entweder man hat native GUI-Komponenten oder man hat welche die sich Customizen lassen und dann notfalls nur den nativen Look emulieren/nachbilden