![]() |
Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Hallo zusammen,
ich habe Infos über IOS Deployment gefunden, leider etwas veraltet ![]() denn Apple hat das Tool wohl mittlerweile rausgenommen, und bietet als Alternative den Apple Device Configuraton an. ![]() ![]() Kann diese dasselbe wie in der iPgone Configuration Version, z.B. eine einfache Debug-Logging Funktion ? Ist das Ganze sinnvoll einsetzbar für Test, Deployment und Debugging ? Es könnte sein das dies nur für Schulen etc. mit spezieller Lizenz funktioniert, ich finde es zumindest immer nur im Zusammenhang mit Schulen und "grossen" Unternehmen. Vielleicht hat sich damit schonmal jemand beschäftigt ? Rollo |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Hallo zusammen,
nochmal eine neuere Info zu den Beitragen unten. Diese scheinen obsolet zu sein ![]() Es wird nicht empfohlen das Logging mit NSLog zu machen, sondern mit Zitat:
Und womit kann ich die Debug-Logs anzeigen lassen ? Ich nutze bisher eigene Log-Funktionen in Delphi, aber ich denke das orginal iOS MAC Logging-System könnte noch weitere Vorteile bringen. Rollo |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Warum benutzt Du nicht AppAnalytics?
Kleinen lokalen Server und Live mitlesen was die App macht... (2. Rechner, 2. Fenster oder so...) Ich geben meinen Testern die App und den Server... Den können die auf Ihrem PC starten und dann mit dem Handy "spielen" und sehen auf dem Monitor, was die App im Hintergrund macht... |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Hallo Mavarik,
dankesehr für den Tipp, werde ich mir mal anschauen was AppAnalytics ist. Ich habe mich noch nicht so sehr in die Apple-Welt eingelesen, was man da so alles machen kann. Ich hätte auch gerne eine Lösung die Plattformübergreifend funktioniert, aber an z.B. WLAN Server hatte ich noch nicht gedacht. Ist auf jeden Fall eine guter Ansatz. Rollo |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Zitat:
ggf. Ein Update für den PlattformService? |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Hallo Mavarik,
nein, ich werde das Logging mit lokaler Sqlite und eigener, externer TcpIp-Kommunikation ausbauen. Ist im Moment nur für Debugging-Zwecke, da reicht das. AppAnalytics ist wohl auch für andere Zwecke gedacht, und ich denke es ist auch nicht kostenlos. Rollo |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Zitat:
Einfach nutzen mit
Delphi-Quellcode:
Und erzeugen mit
Procedure TGlobalLog.Analytics(ASender : TObject;ACategorie,AAction,AText:String;AValue : Double);
var Context: TCustomEventContext; begin if Application.TrackActivity then begin Context := TCustomEventContext.Create(ACategorie,AAction,AText,AValue); Application.AnalyticsManager.RecordActivity(TAppActivity.Custom, ASender, Context); end; end;
Delphi-Quellcode:
Und dann noch einen aufregenden Indy http Server aufsetzen
AppAnalytics1 := TAppAnalytics.Create(self);
AppAnalytics1.OnPrivacyMessage := AppAnalytics1PrivacyMessage; AppAnalytics1.ApplicationID := 'MeineApp'; AppAnalytics1.Options := [TAppActivity.AppStart, TAppActivity.AppExit, TAppActivity.ControlFocused, TAppActivity.WindowActivated, TAppActivity.Exception, TAppActivity.Custom]; AppAnalytics1.ServerPort := 81; AppAnalytics1.AppAnalyticsServer := '192.168.179.24'; // IP des Servers AppAnalytics1.ApplicationID := AppName + ' '+Version; AppAnalytics1.UserID := 'TestUser'; AppAnalytics1.Enabled := true;
Delphi-Quellcode:
Fertig
procedure TForm68.IdHTTPServer1CommandGet(AContext: TIdContext; ARequestInfo: TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
Function AddSpace(Const AHelp : String;Max:Integer):String; begin Result := AHelp; while length(Result) < Max do Result := Result + ' '; end; var Entry,MSG : String; LogList : TArray<String>; i : Integer; begin Entry := ARequestInfo.Params[8]; LogList := Entry.Split(['|']); if length(LogList) > 4 then begin if (LogList[1] = 'TrackEvent') and (LogList[3] = 'Log') then begin MSG := LogList[2]+' '+AddSpace(LogList[1],15)+LogList[5]; end else begin MSG := LogList[2]+' '+AddSpace(LogList[1],14); for i:= 3 to length(LogList)-1 do MSG := MSG + ' '+LogList[i]; end; end; Memo1.Lines.Insert(0,MSG); if Memo1.Lines.Count > 1000 then Memo1.Lines.Delete(1000); AResponseInfo.ContentText := 'OK'; AResponseInfo.ResponseNo := 200; end; |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Hallo Mavarik,
dankesehr für den Tip, werd ich mir mal anschauen. Aber reden wir über das gleiche ![]() da sieht der Fokus für mich etwas anders aus, mehr als "was macht mein Anwender mit meiner App" Statistik. Rollo |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Wenn du debuggst und testest, dann bist du doch gerade der Anwender und dann kannst du sehen, was du gerade mit der App machst.
Und ist es nicht das, was wir beim debuggen/testen sehen wollen? :stupid: |
AW: Ist der "Apple Configurator" sinnvoll für Debug und Test ?
Hallo Sir Rufo,
ich gebe ja zu das ich mich nicht intensiv mit AppAnalytics beschäftige habe, aber hier: ![]() und die ersten Sätze hieraus Zitat:
- von Detaillierter DebugInfo steht da nix, nur das bei Bedarf CustomEreignisse gemanaged werden können, da kann ich auch gleich was selbst programmieren. - ausserdem lässt ich Pay-per-Use sauer aufstossen - und das es ein Dashboard gibt mit dem man nur Statistiken (soweit ich das Video richtig verstanden habe) sieht - es läuft wohl nicht im internen Netz, sondern immer übers Web, oder etwa nicht ? Das alles ist nicht was ich brauche, das ist für späteres Management wenn die App 100000 Clicks im Store hat. Vielleicht soll dein Hinweis bedeuten das AppAnalytics doch noch mehr dahinter steckt, Ok, dann nehme ich mir noch eine Stunde Zeit und werde das mal beizeiten erforschen. Aber dann sollte doch Emba viel klarer darauf hinweisen, so das man nicht schon nach den ersten 5 Zeilen den Kaffee auf hat ... Rollo |
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:51 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz