В kotlin следует ли нам выбирать закрытые классы для обработки ошибок или пользовательские классы исключений?

#android #kotlin #sealed-class

Вопрос:

При разработке чистой архитектуры, каков наилучший подход к обработке исключений в приложении.

1 — Использование запечатанных классов с набором внутренних классов

Аферы:

  • Пользовательская внутренняя реализация этих внутренних классов будет находиться в одном файле класса

Плюсы:

  • Вы могли бы воспользоваться предложением when, чтобы исчерпать все типы ошибок

2 — Использование классов исключений, расширяющих исключение

Аферы:

  • Если есть пользовательская реализация, вызов кода становится чем-то вроде кода котельной плиты.
  • Не исчерпывающий подход.

Плюсы:

  • У вас могут быть отдельные файлы классов для каждого пользовательского исключения или ошибки.
  • Гибко реализовывать несколько пользовательских исключений, создавая там классы.

Комментарии:

1. When designing a clean architecture архитектуры связаны с разделением проблем, ни закрытый класс, ни пользовательское исключение не имеют значения в отношении архитектуры. выбирайте то, что вам больше нравится или имеет для вас больше смысла. вы уже перечислили плюсы и минусы, поэтому используйте их, чтобы принять решение о своем приложении