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

прикрутите лучше пидорбота

Тогда придумывай новый интерактив

Лычку "Владимир Путин" нужно заслужить )) браво)))

Дак он сам себе их рисует )

Хз где такое) я думал - это админы рисуют)))

Владелец только рисует )

@DimNS на тему экзепшенов вот неплохая статья https://habr.com/ru/post/264417/

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

Самый главный минус исключения в том что при другой реализации интерфейса не видно что надо бы делать исключения и начнут ошибки совать куда ни попадя например свойство замутят или ещё что, а с дто гарантируется единство ответа всех реализаций

Да, есть неявность,но в текущем контексте - нет. У интерфейса указывается список исключений через докблок

здравствуйте

Стараюсь избегать докблоки

зря

такая проблема

есть массив [1, 2, 3, 4]
нужно разделить его на части по двум значением типо [[1,2], [3,4]]

как это делать.? башка уже не работает

Ну смотри сделаю я в интерфейсе 3 исключения, даже классы для них сделаю, а потом автор новой реализации захочет кинуть свое исключение, интересно он может в своей реализации метода в докблоке сделать уже 4 исключения или ide ругаться будет?

Самодокументируемый код все дела )

Не должен он делать свое исключение, есть интерфейс с экзепшенами. Это как "А вдруг автор захочет другой REsultClass вернуть"

Что то типа сплайс ищи, в доке открой все функции массивов там где-то есть нужная

спасибо