Деление на ноль
Преподаватель по вышмату всегда любил шутить : "Делить на ноль - это как секс. В школе нельзя, но после нее можно."
И поселил надежду в студентах физмата третьего курса.
Преподаватель по вышмату всегда любил шутить : "Делить на ноль - это как секс. В школе нельзя, но после нее можно."
И поселил надежду в студентах физмата третьего курса.
И поселил надежду в студентах физмата третьего курса.
Ага, а потом ты делишь на 0, и получаешь ArithmeticException
Исключение можно поймать и обработать.
Девушка отказала в сексе, а у тебя уже есть заранее подготовленный ответ:
— Я малолеток не ебу
Почему не всегда? Я хоть и программист, но достаточно тупой, честно не знал что с этим могут быть проблемы. Можете ссылку кинуть почитать?
Могу, но врядли это вам пригодиться)
Кратко - есть CRM, salesforce.
В её составе, кроме прочего, есть язык программирования сервер-сайда, Apex (по сути, это древняя версия java с некоторыми специфичными плюшками). В этом языке есть список runtime-исключений, которые никак не отловить: превышение лимита запросов на транзакцию, превышение хип-сайза в контроллерах, неправильное состояние (точнее порядок) запросов и http-каллаутов и т.д.
А что если ебнуть какой-то декоратор, в котором мы сами проверяем хип-сайз и всё что нужно, если что-то не так – вручную выбрасываем исключение. Оборачиваем в этот декоратор всё, что нужно и ловим уже наше кастомное исключение. Никогда так не делал, но задумка мне нравится. Возможно потому что я тупой
Признаюсь, про этот паттерн ничего не знаю, но думаю именно в случае с Apex не прокатит. Только если какими-то адскими костылями с ассинхронными методами (у них лимиты выше) и риском выпадения по cpu-time (на него тоже есть лимиты).
Когда у меня был тикет с выпадением по хипсайзу, единственное решение которое придумал/помогло - разбить весь обрабатываемый датасет на чанки, и подгружать данные в цикле по очереди на страницу. Решение не очень, но пока работает:)