и хочешь ли ты отдать проверку этого клиенту

ммм.... то есть та штука которая конструирует DTO может проебаться?

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

ммм.... то есть та штука которая конструирует DTO может проебаться?

нет, в случае массивов

и хочешь ли ты отдать проверку этого клиенту

ну там у меня массив и либо в массиве есть ещё массивы и у них 100% есть поля, либо это пустой массив. Вроде ничего особо проверять не надо

нет, в случае массивов

какая разница массив или класс - у штуки которая отдает эту структуру есть контракт, если он обещал что поле не должно быть null - извольте соблюдать. Иначе это спор не про классы vs массивчики а рукожопы vs выполнение обещания

насколько я понял - Artem хочет отдавать массив без проверок на беке так?

насколько я понял - Artem хочет отдавать массив без проверок на беке так?

ага

то есть, вытянул и отдал

насколько я понял - Artem хочет отдавать массив без проверок на беке так?

а писать код так что бы проверки небыли нужны?)

да, сделал запрос и вернул результат

да, сделал запрос и вернул результат

какие проверки ты хочешь сделать для результата запроса?)

а писать код так что бы проверки небыли нужны?)

если бы все так писали)

какие проверки ты хочешь сделать для результата запроса?)

никакие не хочу, они вроде не нужны)

ну вот и ответ

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

хочешь - дерни)

:D

Сергей одобрит, мы уже обсуждали это)

спасибо!

кто как английский учил до разговорного?

кто как английский учил до разговорного?

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

с рус субтитрами?

максимум с английскими

но смотреть на них нежелательно

можешь глянуть ороро - там удобно вроде и не очень дорого

кто как английский учил до разговорного?

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

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

т.е. если нет конкретной цели (переезд, работа на иностранцев), то и не надо нафиг имхо

как загрузить несколько файлов на php? <input name="userfile[]" type="file" /><br /> <input name="userfile[]" type="file" />

Так пойдет?

@phpGeeksJunior

@phpGeeksJunior

попался, это из-за тебя уже в чате под 600 рыл,вот выдадим тебе админку сам там и разбирайся ?

меня там вообще нет)

как загрузить несколько файлов на php? <input name="userfile[]" type="file" /><br /> <input name="userfile[]" type="file" />

Да, пойдет

как случайно сгенерировать имя для загруженного файла?

как случайно сгенерировать имя для загруженного файла?

Рандом

bin2hex и openssl_rand_int название второго точно не помню

как случайно сгенерировать имя для загруженного файла?

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

как случайно сгенерировать имя для загруженного файла?

random_name_file_generator()

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

на подушку?)

bin2hex и openssl_rand_int название второго точно не помню

Там есть специальные функции для генерации, название прост забыл

Там есть специальные функции для генерации, название прост забыл

ну вот эти две обычно используют для создания токена ещё можешь uuid юзать

Там есть специальные функции для генерации, название прост забыл

специальные функции есть только для генерации случайного имени ;) а для того, что бы случайно сгенерировать имя - нет... хотя можно сделать цикл бесконечный и с какой-то вероятностью проверять - генерировать имя или нет...

tempnam

так а есть какое толковое чтиво по сервисам?

или видео

так а есть какое толковое чтиво по сервисам?

ты про гемоглобин и хобгоблинов почитал?

а вообще - сервисы это просто классы с каким-то поведением и без состояния которые лежат в контейнере зависимостей. То есть тебе надо уметь в ООП и декомпозицию

ну то есть опять же - для того что бы понять как юзать сервисы надо понять такую простую концепцию как separation of concerns (что из нашей с тобой дискуссии про ADR явно у тебя храмает либо ты не можешь четко сформулировать мысль)

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

можешь еще почитать про cohesion/coupling.

уже смотрел про хобгоблинов

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

а касаемо разделениявот же у самого Пауля http://paul-m-jones.com/archives/6760

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

и тут как раз домен-сервис

а касаемо разделениявот же у самого Пауля http://paul-m-jones.com/archives/6760

это оч плохо скейлится

и тут как раз домен-сервис

у него в описании ж сказано что домен это что угодно что уже работает с данными. Это может быть сервис уровня приложения (знаешь же что такое юзкейс? ну вот что-то типа обработчик юзкейсов). может быть еще чего... короч ничего конкретного. "приложение" условно говоря. Прям как в MVC

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

а касаемо разделениявот же у самого Пауля http://paul-m-jones.com/archives/6760

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

Да, очень полезно, спасибо вам:)

Почему бы и нет, поправить знания лишним не будет

ну орм меня его точно не впечатлило

ERROR: S client not available

а вот ADR прямо запала

прошу уточнить что есть юзкейс, насчет скейла тоже не откажусь от пояснения

прошу уточнить что есть юзкейс, насчет скейла тоже не откажусь от пояснения

а я не откажусь от пояснения того, чем должен заниматься респондер. Вот к примеру простой юзкейс - апишки. У меня есть некие данные которые надо выплюнуть в json. То есть к примеру - список заказов магазина, с позициями заказа + деталями по продукту который в позиции указан + детали покупателя для каждого заказа. Давай наивное решение. Где будет запрос в базу делаться, где json encode, будет ли что-то между ними (кто например DateTime будет в строку определенного формата перегонять). А дальше я буду усложнять условие

в бд естественно в домене запрос будет, респондер отвечает за ответ, соответственно перегонять дату в нужный формат будет он

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

на вскидку вижу еще 4 сущности: заказ, позиция заказа, товар, пользователь(клиент)

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

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

где ты это читаешь?)

https://ru.wikipedia.org/wiki/%D0%A1%D1%86%D0%B5%D0%BD%D0%B0%D1%80%D0%B8%D0%B9_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F

на вскидку вижу еще 4 сущности: заказ, позиция заказа, товар, пользователь(клиент)

что это будет? таблички в базе? какие-то классы?

понятно был близок

ну во первых таблички

во вторых какие то классы

понятно был близок

если про юзкейс - ни разу не близко. Это типа что пользователь может делать с системой. Например юзкейс - "зарезервировать товар" или проще говоря - положить в карзину.

оттуда же: Бизнес-сценарий использования не затрагивает технологий, а рассматривает систему как «черный ящик» и описывает бизнес-процесс, который используется бизнес-актерами (людьми, или системами, внешними к бизнесу) для достижения своих целей (например, обработка оплаты, одобрение авансового отчета, управляет корпоративным недвижимым имуществом). Бизнес-сценарий использования описывает процесс, ценный для бизнес-агента, описывает что именно делает процесс.

оттуда же: Бизнес-сценарий использования не затрагивает технологий, а рассматривает систему как «черный ящик» и описывает бизнес-процесс, который используется бизнес-актерами (людьми, или системами, внешними к бизнесу) для достижения своих целей (например, обработка оплаты, одобрение авансового отчета, управляет корпоративным недвижимым имуществом). Бизнес-сценарий использования описывает процесс, ценный для бизнес-агента, описывает что именно делает процесс.

и как это соотносится с твоей фразой?

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

сценарии

Rules Engine или как то так оно называлось

Rules Engine или как то так оно называлось

rules engine это rules engine, use case это use case.

разные понятия

непонятно зачем ты это смешиваешь

> Это может быть сервис уровня приложения (знаешь же что такое юзкейс? ну вот что-то типа обработчик юзкейсов).

не вижу связи

как выше и писал, это ровно то как я понял что есть юзкейс из этой фразы

как выше и писал, это ровно то как я понял что есть юзкейс из этой фразы

приведи пример юзкейса

позняк я уже прочитал википедию

теперь я воспринимаю юзкейс чем то вроде API

юзкейс - это просто функция твоего приложения с точки зрения юзера

теперь я воспринимаю юзкейс чем то вроде API

приведи пример юзкейса, воспринимает он