http://prntscr.com/gcrat1

попробуй протоколу делегата выставить наследник - class

protocol NotifyDelegate:class {

так ?

protocol Траляля: class {

ага

не всеравно

тогда эксперементируем в консоли дебага

так быстрее инагляднее

заодно свойству делегата выставь weak - а то забудешь

мб ето баг свифта ?)

и утечки памяти будут из-за взаимной блокировки

да хз

обычный код

сам так постоянно делаю

высавь weak - может прокатит хз)))

нет, все так же :(

вообще делегатам нужно weak выставлять - если друг к другу хранишь ссылку

ну тогда давай пробовать что есть

expr newView.isHidden

попробуем к св-вам обращаться вьюхи сначало

(Bool) $R0 = false

так я еще не дебажил ))

expr type(of: newView)

(Notify_Prepare.NewView!.Type) $R1 = Notify_Prepare.NewView!

expr newView.onClick

я его закоментил

сейчас раскоменчу

expr newView == nil

просто проверить другие кастомные св-ва

(lldb) expr newView.onClick error: Execution was interrupted, reason: EXC_BAD_ACCESS (code=1, address=0x0). The process has been returned to the state before expression evaluation.

(lldb) expr newView == nil (Bool) $R0 = false

expr type(of: newView!)

угу)

блин, че он все редактирует телеграм))

expr type(of: newView!)

(Notify_Prepare.NewView.Type) $R1 = 0x000000010dd4e348

эм

expr type(of: newTableView)

и

expr type(of: newTableView!)

(lldb) expr type(of: newTableView) (UITableView!.Type) $R2 = UITableView! (lldb) expr type(of: newTableView!) (UITableView.Type) $R3 = UITableView

вот, есть разница

попробуй newView выставить пока как UIView

и взывать дебагом потом expr type(of: newView!)

ок

(lldb) expr type(of: newView!) (UIView.Type) $R0 = UILabel

ахахах что ?)

вот подозревал)

меня title смутил

в сторибордах

сейчас удалю

мне кажется не тот вью выставил сюда просто

или лишний где-то выставлен

и переопределяет

(lldb) expr type(of: newView!) (UIView.Type) $R0 = Notify_Prepare.NewView (UIView.Type) $R1 = Notify_Prepare.NewView

ето норм ?

что два вывело

swift явный язык, и если его наебнуть, он будет нас наебывать не подозревая)

ну норм наверно)

главное чтоб работало

(lldb) expr type(of: newView!) fatal error: unexpectedly found nil while unwrapping an Optional value error: Execution was interrupted, reason: EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0). The process has been returned to the state before expression evaluation. fatal error: unexpectedly found nil while unwrapping an Optional value error: Execution was interrupted, reason: EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0). The process has been returned to the state before expression evaluation.

убрал класс с него

т.е. убрал класс?

ну тут переменная = nil

ERROR: S client not available

а ты пишешь с ! и он ругается

unexpectedly found nil while unwrapping an Optional value

в общем по итогу что помогло : удалить лейбл, убрать класс привязку, и все связки что с ним были, потом опять все накинуть, и все запахало

СПасибо

интересный квест вышел

Опыт теперь +1 у тебя)

угу, жалко что именно явную причину не роскопали)

да и я буду знать что в дебаге свифт может наебывать) С objc как-то не так в этом плане

ну причина была очивидна - не тот объект не того класса цеплялся в итоге

он думал что это NewView, а на самом деле UILabel

так он стал UILabel когда я ему явно укзал UIView

магия какаято)

ну хз, мне кажется в сториборде что-то намутил

возможно за основу взял не тот базовый класс

я копировал сториборд )

мб из-за етого

кто знает)

про weak в длегатах не забывай - а то забьешь память на устройствах утечками

ага спасибо

правило простое - если один объект ведет к одному, а другой к первому - кто-то из них должен держать не жесткую связь - например weak

но weak могут указываться только классам, поэтому наследники протоколов - class

угу, ок тпеперь моно спокойно идти спать ) план на ночь выполнен))

спасибо)

один объект A ссылается на B. B ссылается на А. У обоих счетчик ссылок повышен за счет друг друга и пока один из них не уничтожится - у другого он не понизиться. Вообщем оба буду висеть в памяти и их счетсик ссылок не будет понижен до 0 никогда.

Это не java - там есть специальный сборщик мусора, который это определяет

Тут все проще и эффективнее, но и на плечи разработчиков больше ответственности

он не совсем это определяет

Прощу прощения, со сна перепутал делегат с аутлетом :) В делегатах нужно, да. Однажды даже была веселая отладка из-за того, что сторонняя либа сильно держала объект текстфилда, из-за этого не дохла целая цепочка контроллеров.

Кто может подсказать какую-нибудь статью о том как обернуть объект с делегатами в Rx объект?

Кто может подсказать какую-нибудь статью о том как обернуть объект с делегатами в Rx объект?

Открыл код UITableView+Rx, перенес в другой делегат, profit

Действительно, спасибо.