IBOutlets von anderer Swiftdatei ansprechen

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • IBOutlets von anderer Swiftdatei ansprechen

    Hallo Zusammen, bin neu hier und auch ein echter Newbie was Swift anbelangt, daher hoffe ich auf Verständnis. Auch bin ich mir unsicher ob der Titel richtig gewählt wurde, aber irgendwie komme ich mit meinem Projekt nicht weiter. Ich habe einen ViewController.swift und eine zusätzliche Datei Game.swift. Dazu habe ich ein paar Labels welche als Outlet im ViewController deklariert sind. Um mehr Übersichtlichkeit zu erreichen, dachte ich mir einige Funktionen in separaten Klassen und diese wiederum in eigene Files zu packen. Grundsätzlich werden keine Fehler ausgegeben, bis zum Zeitpunkt wo ich meine App bzw. das Spiel starten möchte. Anbei ein Foto. Warum kann ich die Labels nicht ansprechen? Freue mich auf eure Antwort!
    Dateien
    </Danke_für_Alles>

  • Game erbt von ViewController. hast du auch Game im Interfacebuilder als den ViewController deklariert der auch angezeigt werden soll? (Im IB -> ViewController auswählen, oben auf Identiy Inspector und dann bei Custom Class Game hinschreiben) Dann brauchst du ihn nicht mehr aufzurufen in viewdidload

  • Das war ja der Sinn der Sache. Ich habe den ViewController im Interfacebilder deklariert (Hier sollen alle Funktionen und Buttons aufgerufen werden). Die eigentlichen Klassen und Funktionen sollen aber in der Game.swift geschrieben werden. Es kommen ja später noch weitere Funktionen hinzu. Dies ist quasi nur der Anfang.
    Wenn doch Game.swift von ViewController.swift erbt, warum lassen sich anscheinen die Outlets nicht verwenden?
    </Danke_für_Alles>

  • Auch auf die Gefahr, mich nun hoffnungslos zu blamieren: So wie ich Dich (und Swift, das ich nicht kenne) verstehe, hast Du zwei Instanzen: eine direkt aus der ViewController-Klasse erzeugt, die andere aus der Tochterklasse Game.

    Wie sollte nun die eine Instanz Zugriff auf Variablen der zweiten haben? Die Klassenhierarchie spielt hierbei m. E. gar keine Rolle, da es nicht um Vererbung von Methoden / Properties, sondern um konkrete Instanzen bzw. deren Property-Inhalte geht.

    Ich würde also der Game-Instanz irgendwie einen Pointer auf die ViewController-Instanz mitgeben, quasi eine Delegation nutzen. Anbieten würde sich diese Zuweisung bei oder direkt nach der Instanzierung von Game, also die Game-Instanz in einer Variablen speichern, dann

    game.delegate = self;

    Anschließend würdest Du die Outlets über diesen Pointer adressieren können, also z. B.

    delegate.numbarLabel.text = "Test";

    So oder so ähnlich, Mattes

    Edit: Alternativ natürlich "Game" direkt als View-Controller nutzen und im IB verdrahten ... dann brauchst Du aber keine extra Instanzierung (und eigentlich auch keine Vererbung). Wie oben geschrieben.
    Diese Seite bleibt aus technischen Gründen unbedruckt.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von MyMattes ()

  • Hi ich check das irgendwie nicht... Kannst du das vielleicht noch ein bisschen leichter erklären :D Es muss doch irgendwie möglich sein, Labels und Textfelder außerhalb des ViewControllers anzusprechen bzw. zu benutzen! Xcode gibt erst keine Fehlermeldung aus, erst beim ausführen. :-/ Ich hau hier noch mal den Code der beiden Dateien rein, vielleicht kann man es besser verstehen. Hoffe ihr schafft es. Liebe Grüße

    C-Quellcode: ViewController.swift = Hier ist der View eingebunden!

    1. import UIKit
    3. class ViewController: UIViewController {
    5. @IBOutlet weak var gameButton: UIButton!
    7. @IBOutlet weak var scoreLabel: UILabel!
    8. @IBOutlet weak var levelLabel: UILabel!
    9. @IBOutlet weak var numbarLabel: UILabel!
    10. @IBOutlet weak var timerLabel: UILabel!
    12. override func viewDidLoad() {
    13. super.viewDidLoad()
    15. Game().newGame()
    17. }
    19. override func didReceiveMemoryWarning() {
    20. super.didReceiveMemoryWarning()
    22. }
    24. }
    Alles anzeigen

    Quellcode: Game.swift

    1. import Foundation
    2. import UIKit
    4. class Game: ViewController {
    6. var score = 0
    7. var level = 1
    8. var timerCount = 10
    9. var randomIndex = 0
    11. var timer = NSTimer()
    12. var numbar = (Int(arc4random_uniform(20)))
    13. var randomNumber = [Int](count: 36, repeatedValue: 1)
    15. func newGame() {
    17. //Initialise
    18. score = 0
    19. level = 1
    20. timerCount = 10
    22. numbarLabel.text = String(numbar)
    23. levelLabel.text = String(level)
    24. timerLabel.text = String(timerCount)
    25. scoreLabel.text = String(score)
    27. //Generate random number for buttons
    28. do {
    30. var randomNumberTemp = (Int(arc4random_uniform(9)+1))
    31. randomNumber[randomIndex] = randomNumberTemp
    32. var randomNumberString = String(randomNumber[randomIndex])
    34. randomIndex++
    36. gameButton.setTitle(randomNumberString, forState: UIControlState.Normal)
    38. } while randomIndex < 35
    40. //Set timer
    41. if timerCount > 0 {
    42. timer = NSTimer.scheduledTimerWithTimeInterval(1, target: self, selector: Selector("timerFunc"), userInfo: nil, repeats: true)
    43. }
    44. }
    46. func timerFunc() {
    47. if timerCount > 0 {
    48. timerCount -= 1
    49. timerLabel.text = String(timerCount)
    50. } else {
    51. timer.invalidate()
    52. performSegueWithIdentifier("ViewIdentifierGameEnd", sender: nil)
    53. }
    54. }
    56. func buttonPushed() {
    57. var buttonColorSelected = UIColor(red: 0.4, green: 1.0, blue: 0.2, alpha: 1)
    58. var buttonColorDefault = UIColor(red: 1, green: 1, blue: 1, alpha: 1)
    59. var numbarResult = 0
    60. var pushed = false
    62. }
    63. }
    Alles anzeigen
    </Danke_für_Alles>

  • Eigentlich ganz einfach: der im IB angegebene Controller wird automatisch instanziert (A) und hat (direkten) Zugriff auf die Outlets. Wenn eine andere Instanz (B) - auch einer anderen Klasse - die Outlets nutzen soll, muss B eben A kennen. Dies kannst Du erreichen, indem Du nach manuellem Instanzieren von B einen Zeiger auf A an B übergibst, z. B. als Delegate.

    Dieses Konstrukt macht Sinn, wenn Du Funktionen von B nicht direkt im ViewController haben möchtest, weil sie z. B. diesen zu sehr aufblähen oder in mehreren Controllern benutzt werden sollen.

    Ansonsten implementierst Du alle Funktionen von A und B in einem Controller und gibst diesen im IB an ... händisch instanzieren brauchst Du ihn dann nicht mehr.

    HTH, Mattes
    Diese Seite bleibt aus technischen Gründen unbedruckt.

  • Aber habe ich das nicht schon mit dem übergeben der Superklasse gemacht? Denn wenn ich die lösche, markiert er mir die Labels als Falsch an, weil er die nicht kennt s. A. Muss gleich mal gucken wie das mit Swift geht (Pointer), da ich irgendwie nichts mit delegate finden kann. Aber danke, das du mir hilfst :)
    Dateien
    </Danke_für_Alles>

  • Emanicx schrieb:

    Aber habe ich das nicht schon mit dem übergeben der Superklasse gemacht?
    Mit Vererbung übernimmst Du Methoden- und Eigenschaftsdefinitionen, nicht deren Daten. Ich glaube, Du solltest Dich etwas mit den Prinzipien der OOP vertraut machen, dann löst sich Dein Problem fast von selber ... es hat nichts mit Swift zu tun.

    Mattes
    Diese Seite bleibt aus technischen Gründen unbedruckt.

  • Ja das muss ich auch ehrlich zugeben, taste mich Stück für Stück in die Sache ran. Nur ist das Wissen aus Büchern dann in der Praxis doch noch ein wenig anders :D Trotzdem danke für die Geduld, wenn ich noch was habe melde ich mich, und das kommt bestimmt. ;)
    </Danke_für_Alles>

  • MyMattes schrieb:

    Eigentlich ganz einfach: der im IB angegebene Controller wird automatisch instanziert (A) und hat (direkten) Zugriff auf die Outlets. Wenn eine andere Instanz (B) - auch einer anderen Klasse - die Outlets nutzen soll, muss B eben A kennen. Dies kannst Du erreichen, indem Du nach manuellem Instanzieren von B einen Zeiger auf A an B übergibst, z. B. als Delegate.
    @Emanicx:

    Du bist schuld :D

    Ich habe nun tatsächlich zum ersten Mal ein Swift-Projekt angelegt und 1-2 Zeilen Code geschrieben ... eigentlich nur, um mir mal anzuschauen, wie ich Deine Fragestellung mit Swift lösen würde. Herausgekommen ist folgendes, vielleicht hilft es Dir ja weiter.

    Zunächst der ViewController, der auch im Storyboard referenziert (und deshalb automatisch instanziert) wird:

    Quellcode: ViewController.swift

    1. import UIKit
    2. import GameController
    4. class ViewController: UIViewController
    5. {
    6. @IBOutlet weak var textField: UITextField!
    7. var gameController: GameController!
    9. override func viewDidLoad()
    10. {
    11. super.viewDidLoad()
    13. gameController = GameController()
    14. gameController.delegate = self
    15. }
    17. @IBAction func touchButton(sender: AnyObject)
    18. {
    19. gameController.updateText()
    20. }
    21. }
    Alles anzeigen

    Dieser erzeugt nach dem Lader der View eine Instanz des GameControllers und übergibt diesem einen Zeiger auf sich selbst in das Property "delegate". Wenn ein Button der View berührt wird, ruft die entsprechende Methode des ViewControllers nur eine andere des GameControllers auf, der dann ein Text-Feld aktualisieren soll.

    Der Game-Controller sieht wie folgt aus:

    Quellcode: GameController.swift

    1. import UIKit
    3. class GameController: NSObject
    4. {
    6. weak var delegate: ViewController?
    8. func updateText()
    9. {
    10. delegate?.textField.text = "Outch"
    11. }
    13. }
    Alles anzeigen
    Wie Du siehst, braucht der GameController nicht vom ViewController abstammen. Er nutzt sein Property delegate, das ja seit kurz nach seiner Instanzierung auf den ViewController zeigt, und referenziert über diesen das Text-Feld zur Ausgabe.

    Auch wenn dies Deine Frage beantworten sollte: Guter Programmierstil ist es m. E. nicht. Ich würde alle Elemente einer View immer nur durch einen Objekt (eben den View-Controller) verwalten. Backend-Aktionen in eine andere Klasse auszulagern macht häufig Sinn, aber wenn mehrere Objekte an der gleichen View manipulieren, wird der Code schlecht wart- und wiederverwendbar. Stichwort MVC. Ich würde den GameController Kalkulationen oder was auch immer durchführen lassen und dann wieder eine Methode des ViewControllers aufrufen, um die GUI zu aktualisieren.

    Viel Erfolg, Mattes
    Diese Seite bleibt aus technischen Gründen unbedruckt.

    Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von MyMattes () aus folgendem Grund: weak-Referenz auf Delegate zur Vermeidung von retain-cycles.

  • Michael schrieb:

    Übrigens hast du hier einen schönen retain-cycle gebaut. ;)
    Weil der GameController eine starke Referenz auf den ViewController hält, der deshalb nicht automatisch freigegeben werden kann, der GameController wiederum aber auch nicht freigegeben wird? Ich weiß schon, warum mir MRC lieber ist: Da weiß ich (halbwegs), was ich tue ;)

    Naja ist ja nur eine Single-View-App gewesen, da lebt der eh so lange wie die App läuft.

    Cheers, Mattes
    Diese Seite bleibt aus technischen Gründen unbedruckt.

  • Michael schrieb:

    Ob ARC oder MRC spielt ja bei retain-cycles keine Rolle.
    Fachlich schon klar, Michael, aber bei MRC fallen zumindest mir solche Fehler eher auf ... wobei das heute ja eh nur ein quick&dirty-Beispiel für die Fragestellung sein sollte. Keine Entschuldigund, aber eine Erklärung...

    Mattes

    Edit: Also nochmal ganz deutlich für Emanicx, damit er nicht ein fehlerhaftes Beispiel übernimmt: das Property delegate in GameController muss "weak" definiert werden, damit ViewController jemals freigegeben wird. Ändere ich auch noch im Code-Beispiel, ohne es ausprobiert zu haben (iPad).
    Diese Seite bleibt aus technischen Gründen unbedruckt.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von MyMattes ()

  • Puh ziemlich viel Input, trotz all dem klappt das nicht so wirklich. Warum weiß ich nicht. Du hast meine Game.swift ja GameController genannt, muss also im import Game stehen? Ist das überhaupt nötig?
    ABER dachte wirklich das es von der Idee her am Besten wäre, einzelne Funktionen in eigene Files abzuspeichern. Okay werde zukünftig darauf achten. Wenn ich das richtig verstehe, alle UI-Elemente sollten in den MainViewController und alle anderen Funktionen können in separate Files ausgelagert werden.

    Wenn ich noch eine kleine Frage stellen darf: Welche Funktionen sollten in den ViewDidLoad und welche sollten ausserhalb der Funktion? War mir nie wirklich sicher, wo ich meine Funktionen und Befehle packen sollte. Viel lieben Dank für die ganze Mühe, aber ihr habt mir trotzdem viel beigebracht. Danke!
    </Danke_für_Alles>

  • Emanicx schrieb:


    Welche Funktionen sollten in den ViewDidLoad und welche sollten ausserhalb der Funktion?
    Das kannst nur Du entscheiden. Schau Dir mal den Lebenszyklus einer View an, bestimmte Aktionen müssen eben beim Laden, Erscheinen etc. erfolgen. Welche das sind, hängt von Deiner Applikation ab. Ein Startpunkt dürfte die View-Controller-Doku von Apple sein.

    Mattes
    Diese Seite bleibt aus technischen Gründen unbedruckt.