Epson XP 205 как мне установить драйвер и какой

Я думаю, что необходимо только выдать исключение, когда нет ничего, что можно сделать для выхода из текущего состояния. Например, если Вы выделяете память и нет никого для выделения. В случаях Вы упоминаете, что можете ясно восстановиться с тех состояний и можете возвратить код ошибки назад Вашей вызывающей стороне соответственно.

Вы будете видеть много совета, включая в ответах на этот вопрос, что необходимо выдать исключения только при "исключительных" обстоятельствах. Это кажется поверхностно разумным, но является испорченным советом, потому что он заменяет один вопрос ("когда я должен выдать исключение") с другим субъективным вопросом ("что, является исключительным"). Вместо этого последуйте совету Herb Sutter (для C++, доступного в статья Dr Dobbs, Когда и Как Использовать Исключения , и также в его книге с Andrei Alexandrescu, Стандарты Кодирования C++ ): выдайте исключение, если, и только если

• предварительное условие не встречено (который обычно делает один из следующих невозможных) или
• альтернативе не удалось бы встретить постусловие или
• , альтернатива не поддержит инвариант.

, Почему это лучше? Разве это не заменяет вопрос несколько вопросы о предварительных условиях, постусловиях и инвариантах? Это лучше по нескольким связанным причинам.

• Предварительные условия, постусловия и инварианты характеристики дизайна нашей программы (ее внутренний API), тогда как решение к throw является деталью реализации. Это вынуждает нас принять во внимание, что мы должны рассмотреть дизайн и его реализацию отдельно и наше задание, в то время как реализация метода должна произвести что-то, что удовлетворяет конструктивные ограничения.
• Это вынуждает нас думать с точки зрения предварительных условий, постусловий и инвариантов, которые являются только предположения, что вызывающие стороны нашего метода должны сделать, и выражаются точно, включая слабую связь между компонентами нашей программы.
• , Что слабая связь затем позволяет нам осуществлять рефакторинг реализацию при необходимости.
• постусловия и инварианты являются тестируемыми; это приводит к коду, который может быть легко протестированной единицей, потому что постусловия являются предикатами, которые может проверить наш код модульного теста (утверждают).
• Взгляды с точки зрения постусловий естественно производят дизайн, который имеет успех как постусловие , который является естественным стилем для использования исключений. Нормальный ("счастливый") путь выполнения Вашей программы размечается линейно со всем кодом обработки ошибок, перемещенным в эти catch пункты.