Он присваивает ссылку в поле с weak хранением же.

ок, спасибо так и думал, что weak не спроста там

@kuba5595, теперь с тобой.

У пикервью есть метод dataSource - (UIView *)viewForRow:(NSInteger)row forComponent:(NSInteger)component;

Туда ты можешь отдать любой view.

Главное, чтобы он по размерам нормальный был.

А насчет невыбираемого элемента, ты это как видишь?

Типа пролистывал чтобы его.

Или чтобы выбираешь, а ничего не происходит?

Или чтобы выбираешь, а ничего не происходит?

Да чтоб пролистывал его

Тогда в методе делегата - selectedRowInComponent:

Определяешь ненужный ряд.

И программно листаешь вью.

а можно еще раз?) почему nil в итоге будет в поле lastDate?

У тебя будет nil там.

- (void)selectRow:(NSInteger)row inComponent:(NSInteger)component animated:(BOOL)animated;

а можно еще раз?) почему nil в итоге будет в поле lastDate?

Потому что он присваивает значение в поле с weak хранением.

И нигде снаружи его не ретейнит.

@Trayerbee спасибо большое

@kuba5595, не за что, в следующий раз просто прочти документацию.

или пощарь SO

Но вообще, для таких целей PickerView не используют.

Если у тебя есть невыбираемый ряд, то зачем он вообще там?

Ты нарушаешь негласное соглашение с пользователем, что все элементы интерфейса будут логичными.

Betrayer чтобы понять, надо про weak получше разузнать?

Betrayer чтобы понять, надо про weak получше разузнать?

А что там разузнавать?

Weak не увеличивает счетчик ретейна.

Strong увеличивает.

Как только счетчик приходит к 0, объет удаляется.

а можно еще раз?) почему nil в итоге будет в поле lastDate?

не будет ретейна из того, что поле хранения lastDate определено со свойством weak

Ты нарушаешь негласное соглашение с пользователем, что все элементы интерфейса будут логичными.

Я просто бронирование делал. То есть занятое время не выбирается.

Я просто бронирование делал. То есть занятое время не выбирается.

Просто не ставь его в пикер.

Оставь там только свободное время.

А если хочешь, чтобы было видно занятое время, то делай таблицей.

В пикере все элементы должны быть выбираемые.

а как тогда пофиксить?

сделать стронг?

Чтобы пофиксить, нужно чтобы это было ошибкой.

Я так думаю, это у него задание на прием на работу, лол.

@Trayerbee таблицами буду делать наверное... спасибо

ну допустим, я хочу, чтобы после setNewDate в поле lastDate таки было значение

тогда нужно делать стронг?

ну допустим, я хочу, чтобы после setNewDate в поле lastDate таки было значение

Тогда определяй его как strong.

👍

спасибо)

ну допустим, я хочу, чтобы после setNewDate в поле lastDate таки было значение

нужен atomic еще

Пока не дойдут руки почитать про ARC вдумчиво, просто запомни, все что ты не определяешь от IBOutlet в интерфейсе делай strong.

нужен atomic еще

nonatomic ты хотел сказать?

Аутлеты weak, потому что они ретейнятся в сториборде.

nonatomic ты хотел сказать?

нет, atomic

нет, atomic

Зачем?

будешь уверен что вернется значение

Тащемто зачем писать atomic?

Это дефолтное значение.

Зачем?

Чтобы лид зареджектил коммит

И потом, если он будет делать все атомным, ему придется везде ебаться с тредсейфти.

Учитывая, что он не знает как ретейнятся объекты, то ему рано о таком думать.

Чтобы лид зареджектил коммит

то есть atomic не дает уверенности что проперти вернет значение?

Дает, но не дает уверенности что оно будет тредсейф.

Нонатомик тебе тоже вернет значение.

Разница там только в генерируемом сеттере-геттере.

Если ты их сам опишешь, то это будет просто слово в названии проперти.

Ilkhom https://habrahabr.ru/post/265175/

Дает, но не дает уверенности что оно будет тредсейф.

а нонатомик тредсейф?)

а нонатомик тредсейф?)

Нет.

Но тебе и не нужно об этом думать в 99% случаев.

К Xcode привязанны 10 аккаунтов, когда открываю органайзер, все это дело начинает безбожно тупить и подтягивать историю билдов с аккаунтов, может кто знает как отключить Автоподгрузку?

Не сталкивался.

тут если делаешь атомик то и тредом нужно побеспокоится верно? так вопрос был в том чтобы быть стопудово уверенным что значение вернется, так при этом подходе ты и будешь уверен

Чтобы быть уверенным, нужно описать геттер.

да, надо же

Если ты в атомик значение нихуя не запишешь, то ничего и не вернется.

А если есть геттер, то атомик, или нонатомик уже нет разницы.

ну дык ясень пень что если на это идешь то ты должен об этом позаботится

Просто суть в том, что ему нужно, пока что, пользоваться nonatomic.

и пользоваться семафорами например

ну это да

Просто суть в том, что ему нужно, пока что, пользоваться nonatomic.

сейчас стоит морочиться по поводу знания Objectiv C или свфит учить и не париться?

Если не будешь работать с легаси, то учи Свифт.

Если не будешь работать с легаси, то учи Свифт.

а если как тебе стукнет проект?😂