В Swift, если это хорошая идея, обрабатывать ошибки в моем коде при выпуске определенного слабо захваченного свойства с ⇐ IOS
В Swift, если это хорошая идея, обрабатывать ошибки в моем коде при выпуске определенного слабо захваченного свойства с
при разработке возник вопрос.
При использовании замыкания, когда используется определенное внешне слабо фиксируемое свойство после удаления необязательного типа с помощью «защитного разрешения», мне интересно, желательно ли обрабатывать ошибку в случае сбоя защитного разрешения.
Как правило, я не обрабатываю ошибки, но мне хотелось бы услышать ваше мнение о том, стоит ли обрабатывать ошибки в случае возникновения ошибки при использовании Guard Let.
enum RefErrorType: Ошибка { случай слабойSelfError случай unownedSelfError другой случай (строка) } класс Рабочий { подписка на переменную: AnyCancellable? вар isЗагружено: Bool? var задача = PassthroughSubject() var TaskNotifier = PassthroughSubject() функция выполненияTesk() { подписка = задача .sink(receiveCompletion: { _ в }, полученияValue: { [слабое само] результат // 1. охранник пусть isUploaded = self?.isUploaded еще { self?.taskNotifier.send(завершение: .failure(.weakSelfError)) возвращаться } ... }) } } В такой ситуации, если Guard let дает сбой в случае, приведенном ниже комментария 1., желательно ли, чтобы код выдавал соответствующую ошибку? Обычно, когда Guard Let дает сбой, я хотел бы услышать ваше мнение о том, желательно ли рассматривать это как ошибку.
при разработке возник вопрос.
При использовании замыкания, когда используется определенное внешне слабо фиксируемое свойство после удаления необязательного типа с помощью «защитного разрешения», мне интересно, желательно ли обрабатывать ошибку в случае сбоя защитного разрешения.
Как правило, я не обрабатываю ошибки, но мне хотелось бы услышать ваше мнение о том, стоит ли обрабатывать ошибки в случае возникновения ошибки при использовании Guard Let.
enum RefErrorType: Ошибка { случай слабойSelfError случай unownedSelfError другой случай (строка) } класс Рабочий { подписка на переменную: AnyCancellable? вар isЗагружено: Bool? var задача = PassthroughSubject() var TaskNotifier = PassthroughSubject() функция выполненияTesk() { подписка = задача .sink(receiveCompletion: { _ в }, полученияValue: { [слабое само] результат // 1. охранник пусть isUploaded = self?.isUploaded еще { self?.taskNotifier.send(завершение: .failure(.weakSelfError)) возвращаться } ... }) } } В такой ситуации, если Guard let дает сбой в случае, приведенном ниже комментария 1., желательно ли, чтобы код выдавал соответствующую ошибку? Обычно, когда Guard Let дает сбой, я хотел бы услышать ваше мнение о том, желательно ли рассматривать это как ошибку.
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Хорошая ли идея использовать Kafka для операций обновления и вставки в Java-проект?
Anonymous » » в форуме JAVA - 0 Ответы
- 31 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Хорошая ли идея использовать длинный хэш-код в качестве первичного ключа в базе данных?
Anonymous » » в форуме C# - 0 Ответы
- 18 Просмотры
-
Последнее сообщение Anonymous
-