catch? Написать какой то адаптер или может есть библиотека?)
А зачем вы их постоянно пишете?
сделать нормальную архитектуру
Не писать трай кеч постоянно, могу такой совет дать)
Всмысле, а как тогда ловить исключения. И мне что весь огромный проект переписать?(
У тебя весь проект через исключения сделан?
Это твой или тебе дали такую дичь на работе ?
У вас всё построено на исключениях, или код такой, что не работает без костылей?
Наверное для того чтобы приложение не падало сделано
Что ж удачи. Я бы переписал проект, но само собой за это доплату надо большую брать и вряд ли заказчик согласиться. Поэтому исходить из того, что есть, либо отказываться от такой ерунды
А как именно переписать? Написать адаптер для исключений?
Чтобы приложение не падало, нужно писать надёжный код, а не подпирать костылями из try catch.
result?
Это утилита от Гугла?
Ну там вроде например если нет интернета и отправить данные не удалось данные сохраняются в бд,и потом как только появился интернет воркменеджер отправляет все содержимое бд
public value class Result<out T>
Да в него случае шило на мыло
Ну создаешь класс который работает с отправкой данных по сети, и там один раз логика обработки исключения)
Либо там), но репозиторий это моветон
Вот летите вы на Марс. Заходите на посадку. А код, ответственный за посадку, кидает исключение. Прога не падает, потому что try catch. Но и посадка у вас получится в виде красивого кратера на поверхности.
Всмысле? Типо использовать репозитории плохо?
Нет, просто не нужно), создаем класс который работает с данными, и все)
runCatching { 0 / 0 }
Welcome to Mars! 😁
он вернет Result, мне это не нужно просто null сойдёт
runCatching { 0 / 0 }.orNull()
runCatching { 0 / 0 }.orNull()!! 😁
Это встроенная функция?(ранкетчинг)
Ого, не знал об этом. Оказывается велосипеды на всех проектах отпадут ахах) спасибо 👍
Ну когда обращаешься к сети или файлам трайкетч нужен. А вот обрабатывать им кривой ввод юзера это вери бэд
Обсуждают сегодня