Хаххаха

На аплоад отдаю метр

Ловите книжон по iOS Анимациям -

По просьбам трудящихся

Мерси

спасибо)

а по безье есть книжон?

Если у кого-нибудь есть похожая книга по Watch OS - дайте знать

?

Я тут кое что понял

и кто те два отважных виндузятника ))

Это мое

а как ты это сделал? ?

это слитые закрытые курсы со свифтбука просто?

Фенкс!

Thx

может как–то перегенерить торрент, а то эти несколько недокачавшихся файлов расстраивают ,)

А что в этом торренте?

посмотри выше, я кидал дерево

ОК

А у свифтбука в целом норм туториалы?

Неа

Так себе

Ну да)

я новичок

Там по Swift 2.2 правда - уже не ликвид)

Ну да)

давай новый торрент и дораздадим уже, пусть это мучение закончится ))

Бля

Завязывай)

Там жизненно важные видосы не задеты

теже 98 проц

так больше и не будет, у раздающего так

пасаны как массив из кор даты получать?

Всем привет,у кого сколько по времени ставилась сиера?А то 10 мин уже пишет осталось 33 минуты.

почитай логи, если ничего страшного — жди синего сигнала

пасаны как массив из кор даты получать?

NSFetchRequest

пример кода можешь прислать?

кусочек

https://developer.apple.com/library/content/documentation/Cocoa/Conceptual/CoreData/FetchingObjects.html

спасибо

Как отменить изменения в коде? Cmd+z не спасает

Уже зае.. с этим жить

git

То есть локальные изменения восстанавливаются только через гит?

Это же полный п

ERROR: S client not available

В блокноте даже есть отмена действия

в базу передаю массив а возвращается NSFastEnumerationIterator.Element

что за

fatal error: unexpectedly found nil while unwrapping an Optional value

fatal error: unexpectedly found nil while unwrapping an Optional value

Хороший вопрос. Подскажите, кто-нибудь, как правильно поступать в данном случае?

хелп гайс

fatal error: unexpectedly found nil while unwrapping an Optional value

"нуль" ты нашел, когда Optional развернул - вообще, Optional это enum с 2 значениями: "что-нибудь" и "нуль"; ищи по цепочке, что должно было быть по ссылке на объект и почему "нуль" оказался

ок попробую

спасибо

"нуль" ты нашел, когда Optional развернул - вообще, Optional это enum с 2 значениями: "что-нибудь" и "нуль"; ищи по цепочке, что должно было быть по ссылке на объект и почему "нуль" оказался

А почему, если нашелся “нуль” - то при развертывании нельзя его и получить? В .net, например, такая ще примерно есть вещь (тольк там это структура). И если в ней лежит null - то он и извлекается без особых проблем…

А почему, если нашелся “нуль” - то при развертывании нельзя его и получить? В .net, например, такая ще примерно есть вещь (тольк там это структура). И если в ней лежит null - то он и извлекается без особых проблем…

в свифте Optional надо правильно развернуть, в мануале раскрывается понятие optional unwrapping, и обработать nil, при условии, что там вообще нужно что-то обрабатывать в отдельно взятом случае

А почему, если нашелся “нуль” - то при развертывании нельзя его и получить? В .net, например, такая ще примерно есть вещь (тольк там это структура). И если в ней лежит null - то он и извлекается без особых проблем…

в .net нет NPE?

в .net нет NPE?

Есть. Но если ты получишь null в результате развертывания Nullable-типа, то ничего не будет, пока ты не попытаешься получить доступ к тому объекту, который, как ты полагал, есть, но вместо него получил null. Последняя версия компилятора поддерживает т.н. null propagation. То есть можно сделать так: var a = entity.field?.value

и a будет или значением, если развернуть удалось, или null в противном случае. Но исключения не будет.

парни как разорвать связь сегвея

т/е не переходить по условию

и a будет или значением, если развернуть удалось, или null в противном случае. Но исключения не будет.

ну это выглядит на первый взгляд мудрее, чем в свифте, но как это "стреляет" в больших проектах? в свифте на этапе компиляции бац - и приехали, ищем косяк, а в .net проехали и ? runtime error?

ну это выглядит на первый взгляд мудрее, чем в свифте, но как это "стреляет" в больших проектах? в свифте на этапе компиляции бац - и приехали, ищем косяк, а в .net проехали и ? runtime error?

net, как и java - JIT-язык. Все опредетяется (ну или почти все) в рантайме. Поэтому да. Если анализ синтаксического дерева показал, что в принципе nullable должен развенуться и не должно с этим быть проблем - компилятор не ругнется ни разу. За то потом вполне может быть NRE и даже падение. Но если все правильно обрабатывается, падений можно избегать. Опять же, в net эксепшены - zero-cost, так что на производительности из выстреливание никак не скажывается. Наоборот, очень удобная замена богомерзкому goto =)

Я кстати, даже не знаю, остался он щас там, или нет.

понятно, свифт скрупулезнее в этом плане, получается

Ну как и любой AOT-компилятор, думаю

ну это выглядит на первый взгляд мудрее, чем в свифте, но как это "стреляет" в больших проектах? в свифте на этапе компиляции бац - и приехали, ищем косяк, а в .net проехали и ? runtime error?

Это звучит абсолютно как в свифте

У него пространства для маневра не так много.

Но в swift, наверное, нет dynamic linking? То есть, я не могу же, наверное, скачать код из интернета, скомпилировать его в рантайме и на лету начать им пользоваться с учетом того, что с приложением он не поставлялся?

Но в swift, наверное, нет dynamic linking? То есть, я не могу же, наверное, скачать код из интернета, скомпилировать его в рантайме и на лету начать им пользоваться с учетом того, что с приложением он не поставлялся?

уже есть

уже есть

а там не AoT - компиляция, все-таки? Или как это работает?