ГМ
Что? Я сейчас что-то не так написал? Не согласен?
Size: a a a
2020 March 07
N
ГМ
На основании?
М
Разработчик решает, хочет он показать или нет. В чем вопрос?
Проблема в том, что если ошибка прилетает асинхронно, то ты не понимаешь при каком вызове она произошла
N
На основании?
на основании того, что тебе почитать литературу требуется не отвлекаясь на чатик
М
ГМ
Проблема в том, что если ошибка прилетает асинхронно, то ты не понимаешь при каком вызове она произошла
Метод, вернёт false. Значит, что-то пошло не так. Значит, мы не должны продолжать. А ошибку не обязательно показывать юзеру. А так, в ошибке и текст есть и все что нужно.
М
>что ж ты такой тупой
>упёртый?
Сколько уже можно терпеть хамство от Ника
>упёртый?
Сколько уже можно терпеть хамство от Ника
ГМ
Это же конечные методы, ты их работу не исправишь
N
>что ж ты такой тупой
>упёртый?
Сколько уже можно терпеть хамство от Ника
>упёртый?
Сколько уже можно терпеть хамство от Ника
выйди
N
не будь терпилой )
М
выйди
Я ж не Витя 😂
ГМ
Проблема в том, что если ошибка прилетает асинхронно, то ты не понимаешь при каком вызове она произошла
Либо прерываем, либо даём что есть. Ошибка будет носить уведомительный характер.
М
Метод, вернёт false. Значит, что-то пошло не так. Значит, мы не должны продолжать. А ошибку не обязательно показывать юзеру. А так, в ошибке и текст есть и все что нужно.
Ошибку не обязательно показывать. Но если надо, то как решать?
Короче в любом случае результат выдавать синхронно, а возникшую при этом ошибку - асинхронно , это какая то новая методология 🧐
Требует серьезного изучения
Короче в любом случае результат выдавать синхронно, а возникшую при этом ошибку - асинхронно , это какая то новая методология 🧐
Требует серьезного изучения
ГМ
Проблема в том, что если ошибка прилетает асинхронно, то ты не понимаешь при каком вызове она произошла
Ну или вот допустим, что мы бы получали raise. Что с ним ты бы делал?
N
Ошибку не обязательно показывать. Но если надо, то как решать?
Короче в любом случае результат выдавать синхронно, а возникшую при этом ошибку - асинхронно , это какая то новая методология 🧐
Требует серьезного изучения
Короче в любом случае результат выдавать синхронно, а возникшую при этом ошибку - асинхронно , это какая то новая методология 🧐
Требует серьезного изучения
😏
ГМ
Ошибку не обязательно показывать. Но если надо, то как решать?
Короче в любом случае результат выдавать синхронно, а возникшую при этом ошибку - асинхронно , это какая то новая методология 🧐
Требует серьезного изучения
Короче в любом случае результат выдавать синхронно, а возникшую при этом ошибку - асинхронно , это какая то новая методология 🧐
Требует серьезного изучения
Так ты ее покажешь. Основной обработчик тебе ее вручит. Ты можешь вызвать и raise на ее основании
М
Ну или вот допустим, что мы бы получали raise. Что с ним ты бы делал?
Ну то что нужно. Если в этом месте кода требуется показать ошибку - показать, не надо показывать - не показывать. Все просто
ГМ
Ну то что нужно. Если в этом месте кода требуется показать ошибку - показать, не надо показывать - не показывать. Все просто
Так в асинхронном точно так же
ГМ
Тебе в аргументах обработчика ошибок придет TException. Ты можешь вызвать raise, можешь показать сообщение, можешь в лог, можешь просто игнорить