Hi zusammen,
sagt mal, wie geht ihr denn vor, wenn ihr auf dem Device Programmteile testen müsst, für die das iPad/iPhone nicht am Mac hängt und somit auch keine Xcode-Konsole greifbar ist (geschweige denn echtes Debugging)?
In meinem Fall: Ich schreibe eine Musik-App, die mit MIDI-Geräten kommuniziert. Momentan habe ich so grundlegende Sachen zu testen wie: Kommen die richtigen Noten-Events an? Wird die Delegate-Methode überhaupt ausgeführt, wenn MIDI-Events ankommen oder nicht? Da ich an's iPad ja nicht sowohl das Macbook als auch das CCK (damit schließ ich meine USB-MIDI-Keyboards oder Synthesizer an) anschließen kann, frage ich mich: Wie lösen das fortgeschrittene Entwickler?
Meine derzeitigen Lösungen:
1.) Per NSLog irgendwas in die Konsole schreiben, Kabel umstecken und dann in die Debug-Ausgaben sichten. Bedeutet: Stundenlanges Kabel-Umstecken alle 20 Sekunden. Macht keinen Spaß und ich mach mir allmählich Sorgen um die Lightning-Buchse, wenn ich das jetzt über Monate so mache.
2.) textView in's Storyboard werfen und Debug-Meldungen in dieses Textfeld schreiben, so dass ich direkt sehe, was Sache ist. Aber selbst da fluche ich noch über ObjC (oder keine mangelnden Kenntnisse). Wo das zu meinen Basic-Zeiten "schnell mal" gemacht werden konnte, weiß ich hier schon nicht, wo ich von der Callback-Methode meiner MIDIController-Klasse jetzt plötzlich auf das textView des viewControllers zugreifen soll ohne viel Aufwand. Oder gibt's eine schnellere Methode? (In JavaScript würde ich schreiben alert("MIDI-Event " + eventType + " kam an."), auch wenn das hinterletzte Quick'n'-Dirty-Hobbyprogrammierer-Methoden sind )
Aber da ich es nicht besser weiß - bitte belehrt mich, wie man so etwas professionell und einigermaßen komfortabel löst. Gibt es ein Framework, das mir per WLAN Debug-Meldungen zum Computer schicken kann? Oder lohnt es sich, sich für zukünftige Projekte sowas selber zu schreiben?
Danke und liebe Grüße
Lukas
sagt mal, wie geht ihr denn vor, wenn ihr auf dem Device Programmteile testen müsst, für die das iPad/iPhone nicht am Mac hängt und somit auch keine Xcode-Konsole greifbar ist (geschweige denn echtes Debugging)?
In meinem Fall: Ich schreibe eine Musik-App, die mit MIDI-Geräten kommuniziert. Momentan habe ich so grundlegende Sachen zu testen wie: Kommen die richtigen Noten-Events an? Wird die Delegate-Methode überhaupt ausgeführt, wenn MIDI-Events ankommen oder nicht? Da ich an's iPad ja nicht sowohl das Macbook als auch das CCK (damit schließ ich meine USB-MIDI-Keyboards oder Synthesizer an) anschließen kann, frage ich mich: Wie lösen das fortgeschrittene Entwickler?
Meine derzeitigen Lösungen:
1.) Per NSLog irgendwas in die Konsole schreiben, Kabel umstecken und dann in die Debug-Ausgaben sichten. Bedeutet: Stundenlanges Kabel-Umstecken alle 20 Sekunden. Macht keinen Spaß und ich mach mir allmählich Sorgen um die Lightning-Buchse, wenn ich das jetzt über Monate so mache.
2.) textView in's Storyboard werfen und Debug-Meldungen in dieses Textfeld schreiben, so dass ich direkt sehe, was Sache ist. Aber selbst da fluche ich noch über ObjC (oder keine mangelnden Kenntnisse). Wo das zu meinen Basic-Zeiten "schnell mal" gemacht werden konnte, weiß ich hier schon nicht, wo ich von der Callback-Methode meiner MIDIController-Klasse jetzt plötzlich auf das textView des viewControllers zugreifen soll ohne viel Aufwand. Oder gibt's eine schnellere Methode? (In JavaScript würde ich schreiben alert("MIDI-Event " + eventType + " kam an."), auch wenn das hinterletzte Quick'n'-Dirty-Hobbyprogrammierer-Methoden sind )
Aber da ich es nicht besser weiß - bitte belehrt mich, wie man so etwas professionell und einigermaßen komfortabel löst. Gibt es ein Framework, das mir per WLAN Debug-Meldungen zum Computer schicken kann? Oder lohnt es sich, sich für zukünftige Projekte sowas selber zu schreiben?
Danke und liebe Grüße
Lukas