Интерфейс Queue. Зачем дублируются методы

Доброго времени суток.

Насколько я знаю - интерфейс Queue добавляет дополнительные операции вставки( boolean add(E e), boolean offer(E e) ), получения + удаления главы очереди( E remove(),E poll() ) и просто получение главы очереди( E element(), E peek() ). Для каждой операции определена пара методов, где один метод в случае неудачи бросает исключение, а второй - возвращает false или null. Как я понял - методы в каждой паре различаются только поведением в случае неудачной попытки обращения к очереди.
Вопрос: почему для каждой операции нельзя было обойтись только одним методом, зачем разработчики стандартной библиотеки
добавили в интерфейс Queue для каждой операции два метода?

0

Тут две причины:
1) основывается на том, что для некоторых программ пустая очередь есть ожидаемое состояние коллекции, следовательно не является исключительной ситуацией. Таким образом АПИ не навязывает пользователю свое видение.
2) производительность. Так что у пользователя также есть возможность сделать так чтоб меньше ресурсов жралось

1

Хотелось бы уточнить несколько моментов:

1. скажите пожалуйста, в каком общем случае невозможность добавления элемента может считаться исключением, а когда
нормальным явлением?
2. В каком общем случае невозможность удаления элемента является нормальным поведением, а в каком - исключительной
ситуацией?

И поясните пожалуйста второй пункт касательно производительности.

0

Касательно производительности: сделать обработку исключения более накладно, чем if'ом проверить на null.

1

Как я понимаю - выбрасывание исключение может использоваться программистом чтобы показать что нарушен контракт использования некоторого метода. Единственная ситуация в которой я могу представить возможное неверное поведение методов добавления элемента в очередь и удаления из неё - это ситуации возникающие в многопоточной программе. Т.е. если бы не было реализаций Queue предназанченных для использования в многопточных программах, то и впричине дублировать
методы небыло бы необходимости. Я прав?

0

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

Невозможность добавления в коллекцию должна(!) являться исключительной ситуацией тогда и только тогда, когда собственно невозможность добавления возникает по независящим от нее (коллекции) обстоятельствам и исправить положение с использованием апи коллекции невозможно.
Пример: пусть у нас есть некая коллекция и криворукий пользователь кода, который пытается подать в нее экземпляр класса, который запрещен к добавлению в данную коллекцию. Это нештатный случай. Что делать непонятно. Получите исключением по мордасам.
А вот если пользователь просто исчерпал доступную память у коллекции, то это вполне себе штатный случай и пользователь получив ошибку может например очистить ее от данных.

Сообщение от Bakuard В каком общем случае невозможность удаления элемента является нормальным поведением, а в каком - исключительной ситуацией?

Пример 1: пусть у нас есть коллекция у которой отстутсвует АПИ, позволяющее узнать насколько она заполнена. То есть пользователь не может узнать а вообще может ли он что-то извлечь до того как попытается. Это нормальное поведение.
Пример 2: пусть АПИ из 1 есть. Тогда пользователь сам дурак, что не сделал проверку. Он нарушил порядок использования АПИ. Это исключительная ситуация.
Пример 3: пусть есть некая коллекция, которая хранит элементы во внешней среде (не важно где). Пусть для того, чтобы удалить ей нужно:
а) обновить свое внутреннее состяние
б) отправить запрос наружу чтобы удалили
в) получить ответ
г) вернуть результат пользователю
И если что-то снаружи пошло не так и элементы нельзя удалить, то это нарушение порядка работы общей логики приложения (см. первый ответ), бессмыссленный и беспощадный. Также исключительная ситуация.

1

HighPredator, спасибо большое за развернутый, подробный ответ! Считаю что вопрос можно закрыть.

0