Java проверяемого и непроверяемое исключение делится на два вида.
Прежде всего, когда использовать флажок, если использовать бесконтрольно?
1) проверяемого намерение состоит в том, чтобы попросить абонента обработать исключение, бесконтрольно намерение состоит в том, что абонент не нужно иметь дело с аномалиями, если ненормально, вызывающий абонент не справиться с делом в конце концов будет где захватили в JVM.
так что если писать код и нашел строку Исключение может возникнуть, например, чтение базы данных терпят неудачу, если вы хотите , вызывающую , когда это произойдет, вы можете выбрать для чтения из других, то это ошибка, вы можете
бросьте проверили исключение, пусть вызывающий , чтобы захватить его, а затем считывать данные из других частей улова, наоборот, если вы чувствуете , чтение БД не удается, вызывающий абонент не нуждается в лечении, но должно быть направлено , чтобы сделать этот запрос не , то вы
можете вернуть непроверенное исключение, вызывающий без захвата аномалии, в конечном счете быть захвачена JVM.
Если вы бросаете проверяемое исключение, поэтому мы хотим , чтобы настроить свои собственные исключения.
Если флажок не исключение, мы обычно рекомендуем, унаследованный RuntimeException, а не прямой бросок RuntimeException, как это будет более четко определенно, ясно звонящий сказал в настоящее время ,
что вызвало проблемы что - нибудь необычное.
2) исключение может помочь нам в случае возникновения проблем, ясно дают причину проблемы, но свет бросает исключение в этом слое прямо к клиенту (API) слою, не достаточно ,
потому что наша информация исключения уровня обслуживания с учетом, и хотят показать клиент непосредственно к сообщению клиента не один к одному, так что на стороне сервера API для этого слоя, как правило , к аномальному уровню услуг, сделать пакет.
(услуга слой сам, однако, может также возвращать исключение с кодом состояния информация, информация здесь исключение не означает , что стек вызовов, как правило , это относится только вызвать ненормальные, сообщения об ошибках и т.п.)
Сервис слой Если код состояния информации ненормальности вернулся с слоем API может в соответствии с государственным кодом, чтобы установить клиент информацию таблицы облицовочного исключения ,
когда уровень API вызывает служба возвращает исключение, может быть использована таблица отображения, преобразуется в соответствии клиент к пользовательские сообщения об ошибках отображения.
Краткое описание:
1) процесс или позволить абоненту выбрать , какой тип исключения брошено, процесс метания вызывающего хочет проверенный, нежелательный бросок непроверенные
2) для каждого из ненормальной ситуации, код пользовательского класса исключения понятнее
- ) клиент-облицовочный исключение должно быть воплощен в DTO ответ, в DTO необходимости включать код ошибки и исключения информации
уровня услуг исключение 4), мы должны видеть , вызывающий и уровень услуг не в программе, если в программе, то обслуживание слой может быть непосредственно бросить исключение настроить вызывающий непосредственно попытаться поймать.
Если вызывающий и уровень службы не вместе, то обе стороны должны договориться , насколько хорошо информации об исключении проходят, как правило , мы будем принимать подобный ответ DTO образом, пользовательскую ошибку код, код ошибки и сведение об исключении в ответ DTO лет,
возвращаются вызывающим, он может быть даже экземпляр исключения также проходить непосредственно в ответ DTO лет назад.