Мы все любим приложения, которые «просто работают». Есть несколько ключей к достижению беспрепятственного взаимодействия с пользователями, и один из них — выбор подходящей среды для работы с неприятными сценариями.
Обычной практикой программирования является написание потока управления вашей программы, как если бы он шел по «золотому пути». Другими словами, обычно (и предпочтительно) исполняемая часть всегда должна быть выше крайних случаев. Например:
func divide(number: Int, divisor: Int) -> Int? {
if divisor != 0 {
return number / divisor
}
else {
return nil
}
}
Поскольку правила математики не позволяют нам (или пользователю) делить число на ноль, мы должны проверить, будет ли divisor В этом случае divisordivisor == 0
Это лишь малая часть нашей среды для работы с неприятными сценариями. Вы заметите, что наша функция, описанная выше, знает о возможности ошибочного деления, но, похоже, не справляется с этим очень изящно. Он представляет все неприятные результаты, возвращая nil Таким образом, nil
На этой неделе Саид Сикира пишет о конструкции Result , которую вы можете использовать как часть своей среды для работы с неприятными сценариями (она же «обработка ошибок»). Это полезно для программистов по всем направлениям, и поможет вам предоставить вашим пользователям полезные и действенные ошибки (если вообще!).
Следуй золотому пути.
Привет Абизеру Назиру за то, что он впервые познакомил меня с понятием золотого пути .