Да не, чего

че тут, кто неправ?

Человек утверждает, что !! супер очевидная конструкция и популярная

везде юзают, где есть !

Во

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

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

Да не, забей ты

Можешь даже на "ты" (и на личности) переходить, я разрешаю

Человек утверждает, что !! супер очевидная конструкция и популярная

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

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

$s = 2; var_dump(!$s); // false Прости, но мне сложно догадаться, что !! будет выводить обратное для примера выше

Часто используемая - первый раз вижу на пхп

не, эт фиговый срач. ответ зависит от предыдущего опыта.

не, эт фиговый срач. ответ зависит от предыдущего опыта.

Дава за исключения накину

$s = 2; var_dump(!$s); // false Прости, но мне сложно догадаться, что !! будет выводить обратное для примера выше

прости что тебе сложно

прости что тебе сложно

Неа, не прощу

два оператора подряд

Если я видел эту штуку пару раз в джсе, с чего я должен знать, что это синтакс сахар для !?

это не сахар

Как же?

В пхп нету !!

это два раза один оператор применятеся

в пхп есть !

Ох госпади

Все окей, я тупой

Как же?

эт не сахар. в пыхе тоже так можно

эт не сахар. в пыхе тоже так можно

Я знаю

это два раза один оператор применятеся

типа да

Суть в том, что " это два раза один оператор" - еще можно догадаться, но ...

Впрочем, нахуй это говно

За исключения накидывать? @f3ath

давай

я смотрю ты не любишь по ночам спать

Ток над сначала уточнить: Ты любишь бросать исключения?

ну скорее да, чем нет

Обрабатываешь все в одном месте?

конечно нет

Все, ты тру анимешник Вброс окончен

?

конечно нет

У тебя штучка с бизнес логикой имеет интерфейс?

имеет

исключения - часть интерфейса

Чисто из-за зависимости на абстракцию?

аааа в смысле делаю ли я интерфейсы на каждую херню? нет

я думал ты про "интерфейс" в смысле public api

А, нет Мой косяк, над было уточнить

Я, вот, кстати, как не гляну вопросы в ооп чате по структуре проекта, то у всех ддд Коняш, признавайся, шалишь?

да куда мне

я даж книжку не могу осилить

застрял на середине

Не ты один Мне надоело читать про его первый заказ

А, вот кстати еще немного (но это не точно) интересный вопросик Ты когда делаешь рест апи, и в частности отдаешь ответ, у тебя он как-то структурирован? Например: Тебе нужно отдать инфу о юзере по апи_ключу, ты просто напихиваешь сущность данными и возвращаешь, или же, у тебя для ответов свои value object'ы? (например)

А, вот кстати еще немного (но это не точно) интересный вопросик Ты когда делаешь рест апи, и в частности отдаешь ответ, у тебя он как-то структурирован? Например: Тебе нужно отдать инфу о юзере по апи_ключу, ты просто напихиваешь сущность данными и возвращаешь, или же, у тебя для ответов свои value object'ы? (например)

ну какая-то структура должна быть, в документации ты же описываешь ответ сервиса

не понимаю вопроса

не понимаю вопроса

Да я просто видел, что на каждую сущность челы клепают value object класс который и отдают

В чем профит - не понимаю

зависит от ситуации

Ну, в трех словах: когда это имеет смысл

Так как ты можешь у сущности взять что тебе нужно и просто вернуть

Ну, в трех словах: когда это имеет смысл

Только, если у тебя там какие-то связи, например, и они заполнятся автоматически при создании объекта Это все что я пока вижу

ну как-то так

Блять

Этот хуй на фарте удалил все мои сообщения в чатике Хотел переслать сюда вопрос(

ну как-то так

Ладно, попробую вспомнить Вот у тебя, допустим, есть метод регистрации пользователя, и логично, что тебе нужно послать что-то на почту Ты можешь использовать как и события, так и просто вызвать метод у сервиса Mail (допустим), так вот, что лучше юзать (и, скорее всего, где)?

Вроде как-то так было

а что тебе надо послать?

Ну, например, письмо с ключем активации

User это ключевой объект, это нормально от него зависеть

User это ключевой объект, это нормально от него зависеть

Нет, нет В обоих случаях нету никакой зависимости

ERROR: S client not available

Ты просто даешь объекту Mail данные и говоришь какая вьюха

ну а мейлеру что надо знать?

Путь к вьюшке

адрес, имя, какой-то код подтверждения

Это все в данных

Ты их даешь

А вьюшка у тебя специально для этого

ну

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

Она знает что в массиве (например) валяется

аааааа, типа должна ли вьюха знать о сущности Юзер?

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

Ну вот там два способа решения (описанно) Либо сделать Event для отправки, либо сервис

Когда и что лучше?

нет, не должна

нет, не должна

Должна)

Она специально для этого и созданна

Точнее, как о сущности

нет, она должна знать о его имени и адресе

Она знает какие данные она может получить

И берет все что ей нужно

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

не реюзабельно

не реюзабельно

С чего бы?

Письмо = вьюха

с того, что твое письмо тянет за собой объект User. нахера?

с того, что твое письмо тянет за собой объект User. нахера?

Там нету зависимости на сущность (пока что)

new Mail($user->getEmail(), $user, 'send_activation_code'); Вот например есть такое

Ты вторым параметром можешь передать что угодно

Например: [$user->getName(), $user->getConfirmCode()]

new Mail($user->getEmail(), $user, 'send_activation_code'); Вот например есть такое

так ок

Вьюха у тебя знает, что она может получить имя и код

Ей на сотальное похуй