Unmöglich UIKitThreadAccessException Wie kann das passieren? Das ViewDidLoad () schießt in meinem View-Controller, das einen ViewController schafft, der offensichtlich die Konstruktoren der Klassenhierarchie aufruft - und doch irgendwie nicht auf dem UI-Thread läuft. Wie kann es nicht sein, wenn es aus dem ViewDidLoad ist () Ereignis, wenn IOS diesen Code auf einem Nicht-UI-Thread nennt MonoTouch. UIKit. UIKitThreadAccessException: UIKit Konsistenzfehler: Sie rufen eine UIKit-Methode auf, die nur aus dem UI-Thread aufgerufen werden kann. bei MonoTouch. UIKit. UIApplication. EnsureUIThread () 0x00019 in DeveloperMonoTouchSourcemonotouchsrcUIKitUIApplication. cs: 49 bei MonoTouch. UIKit. UIViewController. setEdgesForExtendedLayout (UIRectEdge Wert) 0x00000 in DeveloperMonoTouchSourcemonotouchsrcUIKitUIViewController. g.cs: 2072 bei Xception. iPhone. UI. BaseViewController..ctor ( ) 0x0003b in xsl-homexslmobileProjectsXceptioniPhoneUIBaseViewController. cs: 21 bei KleverLogic. FlashValet. iPhone. Valet. Templates. BaseViewController..ctor () 0x00000 in: 0 bei KleverLogic. FlashValet. iPhone. Valetmon. ControlViewController..ctor () 0x00000 in: 0 Bei KleverLogic. FlashValet. iPhone. Valet. Dispatch. DispatchViewController. ViewDidLoad () 0x0008d in xsl-homekleverlogicFlashValetMobileiPhoneValetDispatchDispatchViewController. cs: 88 Die Stapelspur, die du zur Verfügung gestellt hast, ist nicht tief genug, um zu sehen, was der Ursprung ist. Wenn es beim Debuggen passiert, können Sie Xamarin Studio verwenden, um alle laufenden Threads zu sehen und zu identifizieren, welcher dieser Code genannt wird. Wenn das nur zur Laufzeit geschieht, dann gibt Ihnen der Crash-Report die Stack-Trace für jeden Thread. Youll sehen die, die abgestürzt (unbehandelte Ausnahme) und wird in der Lage sein, den Anrufer zu identifizieren. Diese Stack-Trace ist alles was ich bekomme Was könnte ich noch haben Was hast du noch was hast du erwartet, dass es einmal passiert ist (auf einem QA-Gerät), aber ich kann nicht ergründen, wie es auch nur entfernt ist. Post-Navigation Vollbild-Content und EdgesForExtendedLayout in iOS 7 Einer der Unterschied, dass drückt drastisch an einen Programmierer 8212 vor allem diejenigen von uns, die in der Regel bauen unsere UIs in Code anstatt mit einer visuellen Design-Oberfläche 8212 ist die neue 8220full-Bildschirm content8221 Konzept. Dies zeigt sich besonders bei UINavigationController s. Dieses Bild zeigt den Unterschied zwischen dem Standardmodus (UIViewController. EdgesForExtendedLayout UIRectEdge. All) und dem 8220iOS 68221-Stil (UIViewController. EdgesForExtendedLayout UIRectEdge. None). Sie können sehen, dass in UIRectEdge. All-Modus, die aktuelle UIView 8216s Zeichnung Rechteck deckt den ganzen Bildschirm 8212 können Sie sehen, die Diagonalen erweitern unter der Navigationsleiste, Symbolleiste und sogar die Statusleiste, und Sie können sehen, die blaue Tönung kommen durch Diese Elemente (sie sind auch verwischt, die man im Bild nicht sehen kann). 3 Gedanken auf ldquo Vollbild-Inhalt und EdgesForExtendedLayout in iOS 7 rdquo Larry O8217Brien: Vollbild-Inhalt und ExtendedEdgesForLayout in iOS 7 8211 t. co87LsOOon80 xamarin planet
Comments
Post a Comment