Ein Tag im Leben eines FMX-App Programmierers...

[Rollo62]

Ich habe es gerade mal an einer neuen App ausprobiert.
Es scheint zu funktionieren, wenn auch nicht Alle Schritte.
Hier ist mal eine perfekte Zusammenfassung des ganzen Wahnsinns, von Ray Wenderlich.
Und hier der Teil 2.

Das ist mal von 0 auf 100 was man Alles (mindestens) machen muss um der Apple Bürokratie Herr zu werden.
Dankesehr von mir an Ray Wenderlich.

Ich fasse das für mich mal so zusammen:
XCode-Prozedur:

• Apple-ID, Devices, etc. vorbereiten (da gehe ich mal von aus das es Alles gibt)
• App-ID für neues Projekt muss man MANUELL im MemberCenter anlegen.
  Bundle-ID muss korrekt definiert sein.
• Neues Projekt in Xcode anlegen
  Bundle-ID muss korrekt definiert sein.
  Entwickler/Team definieren, etc.
• Ich musste auch ein Distribution Provisioning Zertifikat manuell anlegen, weil es nicht automatisch von XCode erzeugt/erkannt wurde. Hab ich was falsch gemacht ?
• Compilieren, Debuggen und Testen
• In iTunes das neue Projekt MANUELL anlegen
  Bundle-ID muss korrekt definiert sein.
• Wenn OK, dann Product\Archive um Projekt für AppStore vorzubereiten (Release)
• Upload zu App-Store via XCode (das ist noch die Dummy-App)

XCode Vorbereitung für RadStudio:

• XCode Preferences\Account
• Mit "Manage Certificates" Zertifikate checken
• Mit +\/ Popup öffen, und iOS Development / iOS Distribution wählen, um Provisioning Zertifikate zu aktualisieren
• Zur Sicherheit DummyApp noch einmal auf iPGone Target starten, damit XCode das Provisoning korrekt überträgt

RadStudio Prozedur:

• Neues MultiDevice Projekt in Delphi anlegen
  Bundle-ID muss korrekt definiert sein.
• PAServer muss auf dem Mac laufen
• iOS Device anschliessen
• Project Debug
• Compilieren, Debuggen und Testen
• Wenn OK, dann Build\Release\Applicationstore
• Project Deploy
• Upload IPA-File zu App-Store via ApplicationLoader
• Im Testflight muss noch die Export Compilance abgenickt werden, dann ist es im Test verfügbar

Zwischendurch sehe ich das neue Provisioning Zertifikate angelegt wurden, und dementsprechnd eine Meldung in RadStudio kommt:

Zitat:

[PAClient Error] Error: E0264 iPhone Developer: Vorname Nachname (XYZ1234567): ambiguous (matches "iPhone Developer: Vorname Nachname (XYZ1234567)" and "iPhone Developer: Vorname Nachname (XYZ1234567)" in /Users/"vornachname"/Library/Keychains/login.keychain-db)

[PAClient Error] Error: E0264 iPhone Distribution: Firma Vorname Nachname (ABC1234567): ambiguous (matches "iPhone Distribution: Firma Vorname Nachname (ABC1234567)" and "iPhone Distribution: Firma Vorname Nachname (ABC1234567)" in /Users/"vornachname"/Library/Keychains/login.keychain-db)

Zertifikate in Keychain löschen hilft, aber wer, wann und warum werden zwei doppelte Zertifikate angelegt ?
Ich wollte jetzt nichts riskieren, also habe ich die neuen gelöscht damit die alten Projekte noch weiterlaufen.
Womöglich hätte ich aber auch die älteren Zertifikate löschen können, und die alten Projekte dann damit weiterlaufen lassen.

Sind diese Prozeduren jetzt der ideale, korrekte Weg um XCode mit einzubinden, oder gehts auch einfacher ?

Fazit für mich:

• Anscheinend kann XCode nicht Alles 100% anlegen, es sind noch ein paar manuelle Eingriffe in MemberCenter und iTunesConnect nötig, aber das hält sich in Grenzen.
• Ich musste doppelte Zertifikate löschen, nach Anlegen eines neuen Projektes.
  Kommt das vielleicht das ich halb manuelle und halb XCode-Verwaltete Projekte nutze ?

Anregungen, Vereinfachungen, Verbesserungsvorschläge, Fehlermeldungen, etc. sind immer willkommen

[Codehunter]

Ich bin auf diesen Thread aufmerksam geworden, weil er in letzter Zeit immer mal wieder auf der Startseite aufgetaucht ist. Habe mir mal den Eröffnungspost angeschaut und kam aus dem Lachen nicht mehr raus (sorry Mavarik ^^). Deine Leidensgeschichte kam mir seeeeehr bekannt vor.

Mein erstes FMX-Projekt war gleich ein ziemlicher Kracher: Ich musste eine hardwarenahe Client-Bibliothek von Honeywell zum Ansprechen eines 2D-Imagers in Form einer JAR-Datei in das Android-Projekt einbinden. Zu Zeiten von XE4 + Mobile Addon gabs da nicht mal Anleitungen für, wie man die Basisbibliotheken von FMX patchen und das Dingens da rein mogeln kann. Nach drei Wochen (!!!) lief der Krempel dann.

Zwar will die IDE das Projekt bei F9 auf dem Zielgerät nicht mehr starten (Kompilieren, Linken und Draufkopieren tuts, nur Ausführen tuts nicht) aber da ist mir dann der Faden gerissen. Ich starte das Projekt dann eben manuell auf dem Clientdevice, PAClient wartet ja gnädigerweise so lange bis das erledigt ist.

Ich glaub wer von der VCL kommt und mit solchen Alpträumen in die FMX-Welt startet, der wird so schnell kein Freund mehr davon werden Von iOS habe ich gleich ganz die Finger gelassen, weil so viele Verrenkungen wie man da machen muss bis man das als Zielplattform mit Delphi ansprechen kann, da müsst mir echt was fehlen

Zum Glück ist FMX bei mir eher die Ausnahme als die Regel. Leider ist die Rente noch ein bissi zu weit weg als dass ich Mobile komplett ausblenden könnte

[Mavarik]

Zitat von Codehunter:

Von iOS habe ich gleich ganz die Finger gelassen, weil so viele Verrenkungen wie man da machen muss bis man das als Zielplattform mit Delphi ansprechen kann, da müsst mir echt was fehlen

Ich würde viel lieber die Hände von Android lassen... Das es auf iOS läuft ist - nicht mehr - so ein Problem, aber auf Android knallt es dann immer noch an zig stellen...

Android kosten mich immer noch doppelt so viel Zeit wie iOS... Wenn nicht mehr...

Mavarik

[Rollo62]

Zitat:

Deine Leidensgeschichte kam mir seeeeehr bekannt vor.

Ja hier snd wohl Blut, Schweiss und Tränen der letzten 3-5 Jahre angesammelt

Das Ganze wird wohl bald mal als drehbuchfähiger Thriller in Buchform erscheinen, und dann von der UFA mit 3 Pilotfilmen und ca. 15 Fortsetzungen als ZDF Fernsehspiel verfilmt werden ...
(Hauptrollen Till Schweiger und Matthias Schweighöfer)

Rollo

[Mavarik]

Zitat von Rollo62:

Ja hier snd wohl Blut, Schweiss und Tränen der letzten 3-5 Jahre angesammelt

Ja... Man hätte nie mit Version 1.0 (oder war es 0.8ß) anfangen dürfen...

Vor XE8 alles viel zu viele Fehler... Aber man wollte auch nicht warten und den Anschluss an den Mitbewerb verpassen..

Meine Mitbewerber haben bis heute keine App - die glücklichen - besser keine App als eine unfertige...

Mittlerweise läuft mein Zeug schon nicht mehr mit 10.0.

Mavarik

[Codehunter]

Zitat von Mavarik:

Vor XE8 alles viel zu viele Fehler... Aber man wollte auch nicht warten und den Anschluss an den Mitbewerb verpassen..

Es war noch nie eine gute Idee, Entwicklungstools agil zu entwickeln. IMHO kämpft Embadera hier doch irgendwie auf verlorenem Posten gegen Kleinfirmen wie Google und Apple. Die Taktschläge kommen immer schneller, teilweise bekomt man selbst mit aktuellstem Delphi seine Apps nicht mehr in die Stores weil irgendwas fehlt (x64 etc.) Wenn mein Haupterwerb vom App-Verkauf abhinge, ich würde kaum auf Delphi setzen - so traurig wie es auch ist.

Zitat von Mavarik:

Ich würde viel lieber die Hände von Android lassen... Das es auf iOS läuft ist - nicht mehr - so ein Problem, aber auf Android knallt es dann immer noch an zig stellen...
Android kosten mich immer noch doppelt so viel Zeit wie iOS... Wenn nicht mehr...

Dafür kostet iOS-Entwicklungshardware das Doppelte ^^

Spaß beiseite. Bei Embedded-MDA für Lager & Logistik vollzieht sich ja derzeit gerade so mit Mühe die Wachablösung von Windows CE/Mobile/Phone zu Android. Von iOS ist da weit und breit nichts zu sehen. Wie auch, Apple hat kein Interesse an Custom-Hardware.

Mich hat das ganze Drumherum bei iOS abgeschreckt. Man braucht irgendeine OSX-Kiste, man braucht XCode, man braucht iOS-Hardware etc. Kostet alles eine Menge Schotter, den mein Brötchengeber nur allzu ungern her gibt.

[Mavarik]

Zitat von Codehunter:

Mich hat das ganze Drumherum bei iOS abgeschreckt. Man braucht irgendeine OSX-Kiste, man braucht XCode, man braucht iOS-Hardware etc. Kostet alles eine Menge Schotter, den mein Brötchengeber nur allzu ungern her gibt.

Mag sein... MacBook sowieso - Sieht man ja immer wieder... Ich erinnere mich an die Delphi-Tage vor längerer Zeit: 4 Speaker auf dem Podium; alle zeigen etwas auf Windows, jeder hat ein MacBook...

Damit kann man dann auch die iOS Sachen in den Store bringen... IPhone als Telefon liegt sowieso vor... Und ein iPad fürs auf dem Klo Boom Beach zu spielen... Also ist schon alles an Hardware da was benötigt wird...

Zum Glück ist noch ein altes Android Handy vom Kollegen da - der hat ein neues bekommen und das war nix mehr Wert...

Naja - ein Mac-Mini war dann doch einfacher als das Notebook... Kein Lüfter, SSD, läuft einfach 24/7 mit und steht einfach hinter einem Monitor... per Umschalter und USB Tastatur/Maus...

Läuft...

Mavarik