и с любой пс

ты оплачиваешь, картой, пс берет твои учетные данные (тут 2 вариант ввод данных карты на стороне пс или на стороне магазина, для второго надо спец сертификат)

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

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

далее пс проверяет является ли карта 3ds если да, то пс(или магазин, от типа ввода карты зависит) пересылает пользователя на банк эмитет для подтверждения платежа

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

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

если пс то она перекидывает пользоваля на successUrl

это вариант одно стадийной оплаты

есть еще двустадийная

где в начале идет block

а потом списание заблокированных средств или частичное списание

Ну про это я в курсе все

я тут задумался. Допустим есть класс, в нем штук 10 свойств, которые должны быть доступны только для чтения и обязательно заполнены. Как такой класс инициализировать? В конструктор загонять 10 параметров такое себе, принимать на входе архив - теряем контроль типа. Какие еще могут быть варианты?

дефолтные? гидратор?

у Guzzle json принимаем и его нужно в объект запихнуть

я вот что-то не помню, чтобы видел гидратор с контролем типов

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

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

и самому там уже все разруливать

так даже, вероятно, контроля больше

можно конечно еще класс сделать для параметров и натолкать в него методов типа setFoo(type $foo): self {... return $this; }. Но что-то мне ненравится идея переливания данных из одного сосуда в другой

ладно, mapper еще гляну какой

https://github.com/cweiske/jsonmapper типа такого

я тут задумался. Допустим есть класс, в нем штук 10 свойств, которые должны быть доступны только для чтения и обязательно заполнены. Как такой класс инициализировать? В конструктор загонять 10 параметров такое себе, принимать на входе архив - теряем контроль типа. Какие еще могут быть варианты?

Именованный конструктор. Не нравится 10 параметроа - принимаешь массив, проверяешь, создаешь объект

я тут задумался. Допустим есть класс, в нем штук 10 свойств, которые должны быть доступны только для чтения и обязательно заполнены. Как такой класс инициализировать? В конструктор загонять 10 параметров такое себе, принимать на входе архив - теряем контроль типа. Какие еще могут быть варианты?

dto + builder

Именованный конструктор. Не нравится 10 параметроа - принимаешь массив, проверяешь, создаешь объект

так себе насчет массива

вообще если у тебя класс так от много зависит то очень похоже на то что он GOD object

а с точки зрения SOLID у класса должна быть единственная отвественность

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

которые определяются автоматически

но это так в теории

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

тут вообще конструктор не должен отрабатывать

ну что он хочет конкретно только ему известно

но обычно если у класса много аргументов

ты их либо групируешь и складываешь в другие классы

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

имхо

я по поводу именнованных конструкторов как раз и стримил, но это не панацея от всех бед

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

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

показать почему это плохо и как можно делать по другому

суть в том что массив использовать только для массивов однотипных элементов, в других случаях юзать(valueobject,dto, pojo, entity и тд)

а как вообще стоит выпускать такие короткие видео о популярных проблемах ?

кому-то, наверное, по приколу ;) я к видео плохо отношусь

ну да статьи писать но хз куда на gist ?

да я плохой писатель(

хотя стример еще хуже

когда нужно клиентам дать какую-то инструкцию по пользованию каким-то интерфейсом, если мне лень тратить время на нормальную инструкцию, я пишу видео ;)

я видел по работе популярные проблемы в коде показываю

чтобы потом видно было как рефакторить)

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

ну и попутно с людьми делюсь потому что проблемы у всех похожие)

Вроде вещи простые, но вот задумаешься над ними и все, приплыл

Народ, подскажите плз: В контроллере дергаем сервис, который должен отдать сущности. Сервис получает объекты из репозитория. Вопрос: кэширование выполняем в репозитории, верно? Не в сервисе? Кэш ведь вроде больше относится к реализации репозитория...с другой стороны если кэш - абстракция, объект которой передать в сервис, то можно закешировать и в сервисе то, что отдаст репозиторий...запутался я вообщем

Народ, подскажите плз: В контроллере дергаем сервис, который должен отдать сущности. Сервис получает объекты из репозитория. Вопрос: кэширование выполняем в репозитории, верно? Не в сервисе? Кэш ведь вроде больше относится к реализации репозитория...с другой стороны если кэш - абстракция, объект которой передать в сервис, то можно закешировать и в сервисе то, что отдаст репозиторий...запутался я вообщем

попробуй прикинуть по ролям и зонам ответственности. У тебя есть "хранилище", у тебя есть "сервис" (что он делает к слову и зачем он нужен тут?), у тебя есть контроллер.

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

короч... идея в том что бы "скрыть детали". Если для сервиса кэш это деталь репозитория - сам понимаешь)

можешь про information hiding почитать

попробуй прикинуть по ролям и зонам ответственности. У тебя есть "хранилище", у тебя есть "сервис" (что он делает к слову и зачем он нужен тут?), у тебя есть контроллер.

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

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

Потестируйте бота))

@notify_prosperodesu_bot

/subscribe

https://notify.ecsv.org.ua/callback/send?message=%D0%9E%D1%82%D0%B0%D0%BA%D0%B5&key=key

Хочу сделать уведомления в ТГ с сайта

Народ, подскажите плз: В контроллере дергаем сервис, который должен отдать сущности. Сервис получает объекты из репозитория. Вопрос: кэширование выполняем в репозитории, верно? Не в сервисе? Кэш ведь вроде больше относится к реализации репозитория...с другой стороны если кэш - абстракция, объект которой передать в сервис, то можно закешировать и в сервисе то, что отдаст репозиторий...запутался я вообщем

Прокси паттерн

Ха. Я работал с чуваком, который, по собственным словам "переболел паттернами". А потом я увидел его код.

Хз, хз. Ляпать их в дело и не в дело тоже не стоит

Я ж не заставляю напрямую юзать, просто задача вполне подходит под его описание

Но картинка зачёт)

иногда патерном проще объяснить суть о чем ты говоришь

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

Структура вполне себе symfony-like

Это разраб любит в бандлы)

можно еще раз ссылку на канал?)

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

в симфони приложениях не должно быть разбития по бандлам

Что значит не должно? Если определенный функционал можно сделать независимым, то очень даже удобно использовать отдельные бандлы.

Если же функционал очень сильно переплетен, то дробить на множество мелких бандлов не имеет смысла.

Всем доброго!

привет

Предлагается делать папочки с названием проекта и названием компании или себя. Код писать в папочке компании, чтобы он не был связан с приложением, по хорошему даже с симфони (мосты делать). Если совсем уже никак, то переносить бандл в папочку проекта. Внутри обоих папочек можно сильную связность делать, но между ними связь через конфигурацию. Это из книжки "Год с симфони".

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

ну и хорошие привычки формирует

/stat@combot

combot.org/chat/-1001042383571

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

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

Яро плюсую. Нечего впустую время тратить

Кто глубоко копал php? Тут пришла инфа, что foreach для перебора массива, копирует его, что занимает некоторые ресурсы, и что для перебора порядковых, лучше юзать for какой нибудь. Где об этом почитать подробнее можно?

Для того, чтобы напрямую изменять элементы массива внутри цикла, переменной $value должен предшествовать знак &. В этом случае значение будет присвоено по ссылке.

копирует

но это не настолько бешеная операция\