в вашем коде проблема
у вас существует невалидный объект с неопределенным внутренним состоянием

фигню какую-то несете

фига, @fes0r, ты живой!

не, ну упарываться конечно не надо) этого не предлагали

getValue(): ?string, где null - признак отсутствия валидного значения

ну тогда наллы обрабатывать гемор, хз

я писал в своем коде yield new Exception, кстати ))

для меня налл отсутствие значения — а не ошибка

вот и я о том, что это какая-то дичь)

проблема не пропала
объект продолжает существовать
невалидный

ну если не страдали, то и бог с ним, хотя я бы не стал)

хорошо хоть не trhow 'Ошибка у вас'; )

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

получается, у вас примерно так:

$int = new IntOrNullValue('fuck');
$int->getValue(); // null

что неверно
потому что значение тут не null
а вообще отсутствие какого-либо валидного значения

смарт конструктор, который возвращает что-то типа Maybe/Either

ну в пхп8, можно будет обвешаться ?-> вместо этих монад)

что бы обрабатывать исключительные! ситуации. Например если у тебя есть функция которая принимает на вход данные и данные могут быть невалидны, то для этой функции невалидные данные это НЕ исключительная ситуация. И лучше вернуть ошибку явно как результат работы. В тоже время функция которая не смогла законнектиться к базе будет такое воспринимать уже как исключительную ситуацию.

Ну а дальше как бы дизайн языка решает как чего удобнее или неудобнее. В Го пошли по пути максимально явной и тупой проверки на ошибку что бы уменьшить количество проблем. В Java исключения сделали частью интерфейса и тебе их надо явно обрабатывать... но оно не покрывает всех кейсов.

Основной довод ЗА исключения - что это удобно. Кинул ошибку, и синтаксис языка обычно тебе позволяет это дело различать

try {
    $result = fn();
} catch (Throwable) {
    // не удалось
}

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

[$result, $error] = fn();
if ($error) {
    return [null, $error]
}

Кто-то называет существенным плюсом тут то, что люди начинают думать о глубине стэк трейса или более явно конвертировать ошибки... Но никто не спорт что лень такое писать везде. Хочется сахарку. Потому можно видеть пропозалы в стиле:

val result, ^ = fn()

которое автоматом отправит ошибку выше по трейсу.

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

try {
   $this->tryThis();
} catch (YouShouldDoThisInstead $e) {
  $this->doThis();
} catch (OrYouShouldDoThat $e) {
   $this->doThat();
}

то есть грубо говоря у нас тут уже на исключениях выстраивается логика.

но решение проблемы в этом чёт не совсем вижу)

try {
    $result = fn();
} catch (Throwable) {
    // не удалось
}

[$result, $error] = fn();
if ($error) {
    return [null, $error]
}

val result, ^ = fn()

try {
   $this->tryThis();
} catch (YouShouldDoThisInstead $e) {
  $this->doThis();
} catch (OrYouShouldDoThat $e) {
   $this->doThat();
}

смотря какая логика

$int = new IntOrNullValue('fuck');
$int->getValue(); // null

ну пусть будет getValue(): int, кидающий исключение в случае отсутствия валидного значения. тоже годно.