ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / зачем вообще этот throws в объявлении метода?
25 сообщений из 62, страница 1 из 3
  1  все
зачем вообще этот throws в объявлении метода?
    #34764572
новичок_в_Java
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
новичок_в_Java
Гость
Здравствуйте.

Недавно изучаю Java и не могу понять практической пользы требования объявлять в описании метода :

throws и перечисление необрабатываемых, но возможных в нём экцепшнов

впервые увидел это в жаве и так и не въехал а зачем вообще это нужно? какая в этом практическая польза для компилятора или среды исполнения? откуда ноги растут и зачем это, на первый взгляд, нелепое требование в языке?

Поясните если кто знает, спасибо заранее.
...
Рейтинг: 0 / 0
30.08.2007, 13:56:28
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34764596
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Blazkowicz
Участник
Checked vs Unchecked exceptions
...
Рейтинг: 0 / 0
30.08.2007, 14:00:55
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34764686
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonidv
Участник
Тут надо не Java изучать, а идеологию ООП. Чтобы понять ответ на этот вопрос. Ну а вообщем, весьма полезный механизм при написании устойчивых программ.
...
Рейтинг: 0 / 0
30.08.2007, 14:25:39
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34764687
Anarion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anarion
Участник
А это для того, чтобы вышестоящие классы знали о том, что внизу произошла какая-то фигня-с.
Вот допустим у тебя есть класс работы с БэДэ. Ты обращаешься к нему, говоришь "сделай инсерт". А коннекшен в это время отваливается. Тогда ты выкидываешь эксцепшен через throw new DBException().
А слово throws в названии метода значит, что метод будет требовать от вышестоящего класса отловить этот самый эксцепшен.
...
Рейтинг: 0 / 0
30.08.2007, 14:26:51
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34764725
Фотография pamir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pamir
Участник
Вот смотри:
Копает рабочий лопатой яму. И вдруг лопата ломается. Что делать? Рабочий не может копать сломанной лопатой, но и не знает, где эти лопаты брать.
Тогда он идет к своему бригадиру и говорит "лопата сломалась" (передает ошибку наверх). А бригадир уже знает, где берутся лопаты, поэтому берет ее и отдает рабочему (обрабатывает ошибку).
Если ты пишешь класс "рабочий", который не знает, что делать с некоторыми ошибками. Ты должен описать их в throws, чтобы класс "бригадир" знал, какие проблемы могут возникнуть и быть готовым к нему. А вот классу "директор" уже о них знать не нужно - до него они не дойдут.

PS. Считаем, что класс "директор" - это Main класс, который создает у себя объекты каких-то классов, которые в свою очередь создают объекты и где-то в конце есть объект класса "бригадир" и созданные им объекты класса "рабочий".
...
Рейтинг: 0 / 0
30.08.2007, 14:35:03
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34764754
Фотография Хрюхрюшкин.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хрюхрюшкин.
Участник
pamirВот смотри:
Копает рабочий лопатой яму. И вдруг лопата ломается. Что делать? Рабочий не может копать сломанной лопатой, но и не знает, где эти лопаты брать.
Тогда он идет к своему бригадиру и говорит "лопата сломалась" (передает ошибку наверх). А бригадир уже знает, где берутся лопаты, поэтому берет ее и отдает рабочему (обрабатывает ошибку).
Если ты пишешь класс "рабочий", который не знает, что делать с некоторыми ошибками. Ты должен описать их в throws, чтобы класс "бригадир" знал, какие проблемы могут возникнуть и быть готовым к нему. А вот классу "директор" уже о них знать не нужно - до него они не дойдут.

PS. Считаем, что класс "директор" - это Main класс, который создает у себя объекты каких-то классов, которые в свою очередь создают объекты и где-то в конце есть объект класса "бригадир" и созданные им объекты класса "рабочий".
+1
После чего директор получает информацию о том, что у какого-то рабочего сломалась лопата и сменит поставщика лопат :)
...
Рейтинг: 0 / 0
30.08.2007, 14:40:50
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34764942
новичок_в_Java
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
новичок_в_Java
Гость
Хорошо, спасибо, всё то что вы описали мне ясно.

Задам вопрос иначе -

чем отличается механизм обработки ошибок в Java от аналогичного в других языках, и как они эти другие языки обходятся без этих описаний?

Ни в дельфе, ни в шарпе ничего подобного нет и никакие дополнительные описания экцепшнов не требуются.
...
Рейтинг: 0 / 0
30.08.2007, 15:17:02
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34764975
Anarion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anarion
Участник
Потому что разная идеология языка. Джава считается защищенным языком.
...
Рейтинг: 0 / 0
30.08.2007, 15:22:38
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765026
no13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
no13
Гость
новичок_в_Java...
Ни в дельфе, ни в шарпе ничего подобного нет и никакие дополнительные описания экцепшнов не требуются.
И что имеем в результате? Метод бросает исключение, а программа не знает что с ним делать (разработчик не знал об исключении или не захотел его обрабатывать).

В результате исключения вместо того, что бы быть обработанным (рабочий получает новую лопату), летит на самый верх и показывается пользователю как красивое окошко с красной иконкой. Только что пользователю с этим делать, если обработка исключение - дело разработчика?
...
Рейтинг: 0 / 0
30.08.2007, 15:31:34
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765054
новичок_в_Java
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
новичок_в_Java
Гость
Верно ли я понимаю, что throws это просто описания ПОМОГАЮЩИЕ пользователям методов узнать о том какие checked-экцепшны от этих методов можно ожидать и не более того?

Если таких описаний нет приходится обладать "сверхзнанием" (например из документации) о том какие экцепшны могут порождаться. А здесь это знание уже находится в сигнатурах методов, что несколько упрощает взаимодействие с кодом.

Никакие иные функции на это описание не накладываются.

Поправьте меня пожалуйста если я чего-то недопонимаю.
...
Рейтинг: 0 / 0
30.08.2007, 15:35:37
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765064
новичок_в_Java
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
новичок_в_Java
Гость
что имеем в результате? Метод бросает исключение, а программа не знает что с ним делать

Нас и здесь ничто не заставляет его обрабатывать. Обрабатывать или нет это на совести разработчика.
...
Рейтинг: 0 / 0
30.08.2007, 15:37:32
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765073
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GKS_Samara
Участник
новичок_в_Java
Нас и здесь ничто не заставляет его обрабатывать. Обрабатывать или нет
это на совести разработчика.


Заставляет. Либо тоже описать trows, либо try/catch.
Иначе компилятор пошлёт далеко.

--
Алексей
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
30.08.2007, 15:39:46
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765255
новичок_в_Java
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
новичок_в_Java
Гость
Таким образом, если я правильно понял, throws это некий механизм самодокументирования кода возведённый до уровня обязательного синтаксического требования.

Никакой иной функциональности он не несёт и никаких обязательств на разработчика (кроме синтаксических) не накладывает.

Обладая этой информацией о вызываемых методах программист сам решает надо ли их обрабатывать (try-блок) или отправлять выше по call-стеку (писать throws).

Не вижу в этом ничего связанного с "защищённостью" языка или "идеологией ООП". Как ничто не мешает необработанному экцепшну спокойно долететь до вершины стека вызовов и предстать в виде "красивого окошка с красной иконкой".

Всё так?
...
Рейтинг: 0 / 0
30.08.2007, 16:19:42
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765272
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GKS_Samara
Участник
новичок_в_Java
Не вижу в этом ничего связанного с "защищённостью" языка или "идеологией
ООП". Как ничто не мешает необработанному экцепшну спокойно долететь до
вершины стека вызовов и предстать в виде "красивого окошка с красной
иконкой".


На да, только для этого надо предпринять некоторые усилия (прописать
throws у всех).
А в SWING'ах всяких будет ещё сложнее.
В общем- это затрудняет вылет левых окошек.

А с защищённостью связь прямая- это некоторый зачаток "программирования
по контракту" :)

--
Алексей
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
30.08.2007, 16:24:57
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765353
Anarion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anarion
Участник
Все так. И вобще, хорошим стилем считается не плодить кучу try...{} catch{}, а делать на весь класс глобальный
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}
...
Рейтинг: 0 / 0
30.08.2007, 16:43:25
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765371
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Blazkowicz
Участник
новичок_в_JavaНе вижу в этом ничего связанного с "защищённостью" языка или "идеологией ООП". Как ничто не мешает необработанному экцепшну спокойно долететь до вершины стека вызовов и предстать в виде "красивого окошка с красной иконкой".

В .Net все именно так и работает.
...
Рейтинг: 0 / 0
30.08.2007, 16:48:08
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765483
Зашедший
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зашедший
Участник
AnarionВсе так. И вобще, хорошим стилем считается не плодить кучу try...{} catch{}, а делать на весь класс глобальный
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}

"Повбывав бы!"(с)
...
Рейтинг: 0 / 0
30.08.2007, 17:08:37
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765499
Lennier
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lennier
Участник
AnarionВсе так. И вобще, хорошим стилем считается не плодить кучу try...{} catch{}, а делать на весь класс глобальный
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}

omg
...
Рейтинг: 0 / 0
30.08.2007, 17:13:09
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765520
Фотография Хрюхрюшкин.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хрюхрюшкин.
Участник
AnarionВсе так. И вобще, хорошим стилем считается не плодить кучу try...{} catch{}, а делать на весь класс глобальный
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}

Ужоснах
...
Рейтинг: 0 / 0
30.08.2007, 17:16:28
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765554
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
AnarionВ
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}


Иногда именно так делать и нужно иногда нет. Все зависит от ситуации. В любом случае, такое категоричное и однозначное заявление - не верно.
...
Рейтинг: 0 / 0
30.08.2007, 17:23:35
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765621
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonidv
Участник
AnarionВсе так. И вобще, хорошим стилем считается не плодить кучу try...{} catch{}, а делать на весь класс глобальный
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}

А дальше что? Чем это лучше вообще не обработанных исключений?
Как тут уже показали, исключения позволяют передать обработку на тот уровень стека вызовов, на котором ее можно наиболее корректно обработать. И далеко не всегда это должен быть верхний уровень. Например, вам нужно обработать дать возможность пользователю обработать десяток-другой независимых друг от друга XML-файлов. И что, когда во втором файле будет не валидный XML, оставшиеся не обрабатывать? А именно это и произойдет, если мы исключение на верхнем уровне перехватим.
...
Рейтинг: 0 / 0
30.08.2007, 17:38:13
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765758
Зашедший
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зашедший
Участник
wessen AnarionВ
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}


Иногда именно так делать и нужно иногда нет. Все зависит от ситуации. В любом случае, такое категоричное и однозначное заявление - не верно.
Так не нужно делать никогда . Как минимум исключения надо логгировать, а по-нормальному - обрабатывать их, причем в зависимости от типа.
...
Рейтинг: 0 / 0
30.08.2007, 18:06:59
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765840
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
Зашедший wessen AnarionВ
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}


Иногда именно так делать и нужно иногда нет. Все зависит от ситуации. В любом случае, такое категоричное и однозначное заявление - не верно.
Так не нужно делать никогда . Как минимум исключения надо логгировать, а по-нормальному - обрабатывать их, причем в зависимости от типа.

я думаю автор сего топика имел ввиду делать всегда один try/catch на весь метод, обработка тут непричем.
...
Рейтинг: 0 / 0
30.08.2007, 18:29:09
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34765872
Фотография Timm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timm
Участник
Зашедший AnarionВсе так. И вобще, хорошим стилем считается не плодить кучу try...{} catch{}, а делать на весь класс глобальный
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}

"Повбывав бы!"(с)
плюсмильйон.
...
Рейтинг: 0 / 0
30.08.2007, 18:44:28
| Ответить | Цитировать | Написать  
зачем вообще этот throws в объявлении метода?
    #34766070
Зашедший
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зашедший
Участник
wessen Зашедший wessen AnarionВ
Код: plaintext
1.
2.
3.
4.
5.
 try {
....
}
 catch  (Ecxeption e){
}


Иногда именно так делать и нужно иногда нет. Все зависит от ситуации. В любом случае, такое категоричное и однозначное заявление - не верно.
Так не нужно делать никогда . Как минимум исключения надо логгировать, а по-нормальному - обрабатывать их, причем в зависимости от типа.

я думаю автор сего топика имел ввиду делать всегда один try/catch на весь метод, обработка тут непричем.
Во-первых, слова "метод" я там не заметил, только слово "класс". Во-вторых обрабатывать все ошибки используя единственную и пустую секцию catch (Exception) - за такое в продакшн-коде надо сразу увольнять. Хуже только вариант с catch(Throwable) - как пример абсолютной и неизлечимой клиники.
...
Рейтинг: 0 / 0
30.08.2007, 20:34:19
| Ответить | Цитировать | Написать  
25 сообщений из 62, страница 1 из 3
  1  все
Форумы / Java [игнор отключен] [закрыт для гостей] / зачем вообще этот throws в объявлении метода?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&msg=34765872&tid=2144755]:
 0ms
get settings:
 15ms
get forum list:
 26ms
check forum access:
 7ms
check topic access:
 7ms
track hit:
 73ms
get topic data:
 19ms
get forum data:
 5ms
get page messages:
 129ms
get tp. blocked users:
 3ms
others: 310ms
total:  594ms
созд. / загр.: 594ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]