Телеграмм чат группы swiftbook

11:15пожаловаться #2

VO

Vitaly Okhrimenko in SwiftBook

как время в формате 2020-10-14T19:00:00+07:00
перевести нормально с учетом того что должно быть 19-00?

13:00пожаловаться #3

Д

Дмитрий in SwiftBook

Vitaly Okhrimenko

как время в формате 2020-10-14T19:00:00+07:00
перевести нормально с учетом того что должно быть 19-00?

DateFormatter почитай

13:03пожаловаться #4

VO

Vitaly Okhrimenko in SwiftBook

Дмитрий

DateFormatter почитай

спасибо уже здесь

13:03пожаловаться #5

VO

Vitaly Okhrimenko in SwiftBook

dateFormat = "yyyy-MM-dd'T'HH:mm:ssZ" не работает верно

13:03пожаловаться #6

Д

Дмитрий in SwiftBook

Vitaly Okhrimenko

dateFormat = "yyyy-MM-dd'T'HH:mm:ssZ" не работает верно

13:11пожаловаться #7

Д

Дмитрий in SwiftBook

Vitaly Okhrimenko

как время в формате 2020-10-14T19:00:00+07:00
перевести нормально с учетом того что должно быть 19-00?

13:13пожаловаться #8

🤷

Всем привет, есть ли разница между .async и .sync именно для UI-Обновлений? Кто что юзает? Понятное дело что во втором случае тред блокируется, но так как мэин тред как раз и отвечает за ui обновы то разницы и не видно

DispatchQueue.main.async {
    self.tableView.reloadData()
}

DispatchQueue.main.sync {
    self.tableView.reloadData()
}

13:42пожаловаться #9

ВК

sync вещь осторожная и ее просто так лучше не дергать. Если код приведенный вызовется на main thread, то будет боль печаль беда. Sync юзают, когда нужно текущей queque сначала дождаться окончания операции, а потом продолжать работу. Зачем в приведенном примере дожидаться окончания reloadData?

13:58пожаловаться #10

🤷

Варя Кузнецова

sync вещь осторожная и ее просто так лучше не дергать. Если код приведенный вызовется на main thread, то будет боль печаль беда. Sync юзают, когда нужно текущей queque сначала дождаться окончания операции, а потом продолжать работу. Зачем в приведенном примере дожидаться окончания reloadData?

почему будет боль печаль беда? Как раз таки специально привел два примера с одинаковой производительностью

13:59пожаловаться #11

A

Alim in SwiftBook

Ну и если случится так что с главного main вызвать синхронно main то будет дедлок

13:59пожаловаться #12

ВК

почему будет боль печаль беда? Как раз таки специально привел два примера с одинаковой производительностью

если код, который привел, будет вызван внутри мейн потока, то будет deadlock

13:59пожаловаться #13

🤷

Пасиба, посмотрю)

14:00пожаловаться #14

ВК

почему будет боль печаль беда? Как раз таки специально привел два примера с одинаковой производительностью

примеры еще не совсем с одинаковой производительностью. когда делается sync, который не нужен, то занимается место на очереди просто так. Вряд ли конечно очереди кончатся, но зачем держать занятым ресурс -- нипанятна

14:02пожаловаться #15

🤷

Варя Кузнецова

если код, который привел, будет вызван внутри мейн потока, то будет deadlock

А если внутри, допустим, дататаска юрлсешшона?

14:02пожаловаться #16

ВК

А если внутри, допустим, дататаска юрлсешшона?

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

14:03пожаловаться #17

🤷

Варя Кузнецова

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

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

кароче, как я понял, синк лишний раз лучше не трогать, иначе если кто-то перепишет нетворк запрос на мэйн то все - смэрть?

14:10пожаловаться #18

ВК

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

кароче, как я понял, синк лишний раз лучше не трогать, иначе если кто-то перепишет нетворк запрос на мэйн то все - смэрть?

мерзкая, гроб гроб кладбище пи...

14:11пожаловаться #19

🤷

Ахах
Все, понял, пасиба))