Чистая архитектура и обработка ошибок инфраструктуры ⇐ C#

[Anonymous]

Я пытаюсь лучше понять подход «Чистой архитектуры», и у меня, возможно, глупый вопрос.
Я считаю, что шаблон «Репозиторий» создан для того, чтобы скрыть механизм доступа к хранилищу данных. происходящее и используемая технология. Это здорово, за исключением того, что каждый пример, который я вижу, не обрабатывает ошибки таким образом, который меня успокаивает.
Большинство примеров даже не пытаются/перехватывают оператор и полагаются на вызывающую сторону, чтобы справиться с проблемами. Но это кажется странным, поскольку в конечном итоге ответственность за это ложится на службу на уровне ядра/домена. Не раскрывая технологию базы данных на уровне ядра/домена, я не понимаю, как служба может интерпретировать фактическое возвращаемое исключение. Например, может быть отброшено ограничение внешнего ключа, и обычно это происходит в специальной технологии базы данных, за исключением типа. Это также проблема для любой инфраструктурной службы, пытающейся скрыть фактическое использование технологии.
Поэтому мой вопрос, я полагаю, на самом деле заключается в том, как правильно обрабатывать технологические исключения в Уровень инфраструктуры, чтобы скрыть детали реализации, но при этом предоставить результат «произошла проблема» вызывающей службе на уровне ядра/домена?

Подробнее здесь: https://stackoverflow.com/questions/792 ... astructure