В PHP только первые 24 года кажутся плохими.

??

я только половину срока отмотал

никто не говорил что спустя 24 года он станет лучше

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

бесконечно можно смотреть на 3 вещи: как течет вода как горит огонь как накидываются на пхп

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

Ты что, это же так свежо и ново )

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

если судить по опыту других языков - то нет)

хотя... о мертвых либо хорошо либо никак)

хотя... о мертвых либо хорошо либо никак)

не удержался-таки)

хотя... о мертвых либо хорошо либо никак)

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

в методах, которые могут выполниться или не выполниться в зависимости от каких-то внутренних правил бросаете исключения или возвращаете bool?

в методах, которые могут выполниться или не выполниться в зависимости от каких-то внутренних правил бросаете исключения или возвращаете bool?

Ну тут наверно зависит от того, какой тебе респонс надо и является ли не выполнение условия важным для продолжения работы

yу зависит от того, кто их вызывает, если вызывающему нужно что-то решить, то тогда bool

?

ну вызывающий может и поймать исключение

но где-то я видел, типа исключения не айс

в методах, которые могут выполниться или не выполниться в зависимости от каких-то внутренних правил бросаете исключения или возвращаете bool?

Это как с методом getUser($userId), если нету юзера, то исключение

т.к. разрыв потока выполнения и так далее

но где-то я видел, типа исключения не айс

Ну, я в таком случае в контроллере оборачиваю вызванный метод в try catch

или кастомный хендлер делаю для исключений

который их ловит и возвращает ответ пользователю

раз может поймать исключение, то значит и обработать тоже знает как

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

нормальная практика

окей, спасибо

в методах, которые могут выполниться или не выполниться в зависимости от каких-то внутренних правил бросаете исключения или возвращаете bool?

конечно исключени - tell don't ask

как бы return false это тоже tell :)

как бы return false это тоже tell :)

нет это не tell

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

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

ты СПРАШИВАЕШЬ об успшености выполнения операции

как бы return false это тоже tell :)

Тебе придется if ставить для этого, а это ask

ок, понял, к чему ты

и на основе ответа на вопрос строишь логику свою

как бы try-catch тоже похоже на это, но семантика разная, не спорю

А почему вариантов только два?

А что делать, если вызов асинхронный? Исключения тогда не помогут.

А что делать, если вызов асинхронный? Исключения тогда не помогут.

?

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

А что делать, если вызов асинхронный? Исключения тогда не помогут.

можно кидать исключение в очередь исключений?

и скажем, этот "результат операции" реализовать промисом?

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

Как частный (ну или общий, как посмотреть) случай можно вернуть either

опа монады в чатике

но идея правильная так чище чем бросаться исключениями

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

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

мне не нравится ничего проверять

я хочу или получить то что хочу или чтобы всё упало

а ты оптимист однако)

но иногда ошибка это ожидаемое поведение

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

и поглощать ошибки

всякие операторы @ если вспомнить

@mysql_query()

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

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

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

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

чем писать оптимистичный код

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

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

Но там ведь есть исключения

Но там ведь есть исключения

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

чем писать оптимистичный код

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

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

проблема в том что тебе или писать обертку и ловить эти случаи

как например посмотри java и работу с фс

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

А мож и нету Не понятно, в некоторых местах примеры исключений есть, а в некоторых нету? Но без исключений хуево, имхо

сколько там исключений надо ловить

Так в любом случае же писать обертку)

что файла нет или он не доступен

сколько там исключений надо ловить

в клиетском коде 1

А мож и нету Не понятно, в некоторых местах примеры исключений есть, а в некоторых нету? Но без исключений хуево, имхо

там есть только паник, в остальных случаях что то похожее на either

что файла нет или он не доступен

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

т.е мне неинтересно почему незаписалось

Так в любом случае же писать обертку)

именно )

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

такая херня для Infrastructure слоя уметсна может быть

что отработаешь результат

причем если у тебя несколько методов

ну эксепшены вместо иф везде это оператор goto )

который могут выкинуть InvalidArgumentException какой нибудь

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

или каждый метод кастомный тип исключений должен выкидывать

ну эксепшены вместо иф везде это оператор goto )

идеальная программа вообще if не содержит)

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

идеальная программа вообще if не содержит)

Видел такие?)

Видел такие?)

нет, конечно на то она и иеальная(абстрактная)

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

для этого есть trace

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

типо вводишь число

а оно пишет оно простое или нет

тут как минимум надо один if будет

чтобы вывести правильное сообщение