С чего вдруг это неправильно? Потому, что ты так решил?)

и существует очень много способов когда можно не использовать throw и как пример maybe (nullObject) или either

хорошо тут мой вопрос зашёл...

Ну серьёзно, заканчивай с водой

хорошо тут мой вопрос зашёл...

Холивар из серии постфиксов, не иначе)

С чего вдруг это неправильно? Потому, что ты так решил?)

а с чего ты решил что использовать throw правильно?

ну серьезно, заканчивай с водой

а с чего ты решил что использовать throw правильно?

Норм слив) одобряю

окей, донаброшу исключения для бизнес логики?

закрытие контракта бросит UnpaidInvoicesRemainException

просто где - то я видел, что это вполне по ДДД-шному... хотя могу ошибаться

про монады почитаю, да

окей, донаброшу исключения для бизнес логики?

имхо исключение это скорее возможность пропрыгать на несколько слоев вверх, но если ты всюду обрабатываешь исключение это звоночек что вместо него надо вернуть просто значение и обработать его имхо

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

имхо в разрезе бизнес - логики уместно говорить не о программе, а о юзкейсе

и вот на юзкейс исключения ложатся более - менее

так вот именно в одном юзкейсе это исключительная ситуация

в другом нет и все нормально

ты имеешь ввиду семантику конкретного класса исключения?

В памяти сразу всплывает статья 5летней давности, что исключение != ошибка) в контексте языка, который нельзя называть)

Аргументация явно оттуда)

по слову семантика может быть сразу холивар на тему что это

В памяти сразу всплывает статья 5летней давности, что исключение != ошибка) в контексте языка, который нельзя называть)

оно не только в этом языке а много где, но статья та слабоватая

но мысль исключение != ошибка имхо верная

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

точку с запятой не поставил

для тебя это ошибка или опечатка

для интепретатора это исключительная ситуация выполнять которую он не знает как дальше и падает

тут вопрос в том откуда смотреть на ситуацию

с точки зрения фс все хорошо с этим файлом и никаких ошибок или исключений в нем нет

упарывание в терминологию ради упарывания. Буквоедство, если угодно. На конечный код никак не влияет. Разве что раздувает его сильнее

без какой-либо практической ценности

о теперь мериться строками

ну ок отличный аргумент

ну да, неплохой

только он тоже может быть не в твою сторону

маловероятно

ты писал на java и работал с файловой системой?

ты так и не рассказал идиоту, почему эксепшен вместо return - ошибка

ты писал на java и работал с файловой системой?

и?

до java 8 он кидает 3 разных типа исключения

вроде

и?

продолжай мысль. я не очень хочу додумывать)

ну ты напиши обработку ситуации вывода файла на экран или текст ошибки

и померяй количество строк

если мы говорим о них

иоксепшен, велкам

с исключениями и с использованием чего то типо either

для результат

ты так и не рассказал идиоту, почему эксепшен вместо return - ошибка

.

я ответ хочу получить и идти в ванну греться) не зря ж 40 минут руки морозил с телефоном)

иоксепшен, велкам

там еще SecurityException который от io не наследуется

и outofmemory

тогда уж Throwable

Типы в помощь

расскажи учитывая вот эти типы что для каждого метода свои типы исключений

и сложи их реализацию в код

видимо, зря руки морозил

и подумай хорошо увеличит ли это количество строк в коде или нет

и еще подумать над измерением количеством строк кода и качеством кода или по от этого параметра коррелирует ли это и насколько сильно

несмотря на что пример с чтением файла из фс это возможно далеко не лучший пример

я так и не получил ответа как это улучшает код)

ну а если ты собираешься рассказывать про исключения вроде outofmemory, то у меня для тебя плохие новости

ты так и не рассказал идиоту, почему эксепшен вместо return - ошибка

ты о интерпретаторе пхп?

если хочешь про джаву говорить, а не богомерзкий пхп, говори про джаву) мне насрать

потому что пхп не может сделать то чего от него ожидают

так как он не знает как интерпретировать ошибку

может и делает)

в Java этот вопрос решается компилятором

и требовать от него выполнения не будут

пока не будет преобразован в byte code в виде jar или war

это весьма странный наброс.

в случае с war его еще надо задеплоить успешно

если хочешь про джаву говорить, а не богомерзкий пхп, говори про джаву) мне насрать

мне проще о пыхе говорить ибо на java меньше опыта и последние 2 года на пыхе

мы же тут про ооп? почему бы не сделать по-объектному и вернуть объект "результат операции"

мы же тут про ооп? почему бы не сделать по-объектному и вернуть объект "результат операции"

так так примерно either в ооп и делается)

и методы

называйте это maybe или нулл-обжектом или как хотите, смысл не меняется

но этот объект результат операций слишком абстратный если сделать

теряются типы и проверка типов

потому что он возвращает mixed

но этот объект результат операций слишком абстратный если сделать

не делай абстрактный. делай конкретный, прям из доменной области

называйте это maybe или нулл-обжектом или как хотите, смысл не меняется

нее nullobject это о другом

там сам объект заглушка

нее nullobject это о другом

да все о том же

не делай абстрактный. делай конкретный, прям из доменной области

ну тогда будет наглядно но потребуется обработать один из методов

это все одна и та же идея, просто чуть разные воплощения

да все о том же

неее

$user= $service->getUser()l; $user->getName();

да) цель у таких штук одна - сократить количество if/else в клиентском коде

пример nullObject

не делай абстрактный. делай конкретный, прям из доменной области

имеешь ввиду прямо RemoveUserResult?

какой-нибудь

имеешь ввиду прямо RemoveUserResult?

ну прямо да. что за операция у тебя?

имеешь ввиду прямо RemoveUserResult?

жутковато выглядит

ну прямо да. что за операция у тебя?

ну в моем случае закрытие контракта проверяем, есть ли инвойсы неоплаченные, если да - не закрываем

а вот пример с результатом ` $user = $service->getUser(); if (!$user->isHaveResult()) throw InvalidArgumentException; $user = $user->getResult();

жутковато выглядит

ну надо подумать над именованием, чтобы не было так жутко

вон я пример написал