IBOutlets i IBactions wymagają! w końcu

Question

Próbowałem zacząć i iść od Obj-C do Swift dzisiaj i czytałem dokumentację. Próbowałem stworzyć łatwy IBOlet w Swift i ciągle dawał mi te błędy.

View Controller has no initialiser

wymagane init (koder aDecoder: NSCoder) { FatalError ("init (koder :) nie został wdrożony")}

IBOutletproperty has non-optional type 'UILabel'

i że stale wyskakuje z tym kodem:

@IBOutlet var outputLabel : UILabel

, ale kiedy dodaję! znak, że to działa bez błędów jak tak

@IBOutlet var outputLabel : UILabel!

samo dzieje się na IBActions ...

Answer 1

Przede wszystkim poznać, co jest w rzeczywistości ! i ?

• Zastosowanie ?: jeżeli wartość może stać nil w przyszłości, tak aby przetestować za to.
• Użyj !: jeśli naprawdę nie powinno to zejść w przyszłości, ale na początku musi być zerowe.

@IBOutlet:

Kiedy deklarujesz wylot w Swift, kompilator automatycznie konwertuje typ do słaby niejawnie rozpakowany opcjonalnym i przypisuje mu wartość początkową nil.

W efekcie kompilator zastępuje @IBOutlet var name: Wpisz @IBOutlet weak var name: Type! = nil.

Kod Xcode zostanie zmieniony, a Ograniczenie siły zadeklarowane jako @IBOutlet nie będzie zmienną typu opcji, więc po obu rodzajach deklaracji dla @IBOutlet jest Ważna do daty.

@IBOutlet var outputLabel : UILabel! 
@IBOutlet var priceLabel : UILabel? 

Jeśli jednak kontrolować przeciągnij wylot na etykiecie w beta 4 tak się dzieje:

@IBOutlet var priceLabel : UILabel! = nil 

Answer 2

Zgadza się. W Swift zmienna typu X nie może być zerowa, co oznacza, że ​​musi zostać zainicjalizowana. Oznacza to, że należy zainicjować metodę init lub zainicjować inline.

Ogólnie, widok kontrolery będą deklarować zmienne typów, które są opcjonalne - np

@IBOutlet var outputLabel : UILabel!

Oznacza to, że nie ma potrzeby, aby zainicjować outputLabel i domyślnie jest to wartość nil. Jest to ogólny wzorzec dla zmiennych IBOutlet, ponieważ zmienne są ustawiane poza metodą init.

Jeśli nie wprowadzisz zmiennych opcjonalnych, musisz je zainicjować. Jeśli nie zainicjujesz inline, musisz podać metodę init - stąd błąd, który otrzymujesz.

Answer 3

Dane konstruktora interfejsów są ładowane po zainicjowaniu kontrolera widoku, więc wyloty nie mogą mieć wartości po inicjalizacji. W przypadku nieopakowanych opcjonalnych właściwości (w tym przypadku gniazd) obiecujesz, że właściwości mogą być zerowe po zainicjowaniu obiektu, ale ich wartość zostanie przypisana później (po załadowaniu pióra lub scenorysu).

Answer 4

Ponieważ stos pozwala zadawać pytania w stylu Q i A, umieszczę je również w łatwiejszych słowach. Po prostu umieść ! na facetów z wylotami. Bardzo dziękuję za Twoją pomoc.

Answer 5

Błąd

'required' initialized 'init(coder:)' must be provided by subclass of 'UIViewController' 

nagle zaczęło się, gdy dodałem

var start : NSDate 

do poprzednio działającej podklasy UIViewController inaczej wszystko zrobione w IB. Zmiana na

var start : NSDate? 

poprawiona. To jest tak zaskakujący błąd (huh? Init? Coder?) Dla prostej edycji, że ktoś uruchamiający aplikację może zrobić dużo wcześniej, zanim napotkają kodery lub utworzą własne metody init, które być może pomogą wyraźnie pokazać, że potrzeba inicjalizacji nie jest ograniczona do IBOutlets. Powyższe odpowiedzi opisują główną przyczynę.

Answer 6

Gdy widoki lub kontrolery widoku są inicjowane z pliku konstruktora interfejsu, ich gniazd nie można jeszcze podłączyć. Będą one połączone tylko po inicjalizacji, więc muszą być opcjonalne. Kiedy jednak inny kod w klasie zostanie wywołany po inicjalizacji, gwarantowane jest, że te gniazda będą połączone. Właśnie dlatego IBOutlets są zawsze deklarowane jako nieopakowane opcje.