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

спасибо

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

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

Т.е. Сервис получает объекты и что то с ними делает и отдает какой то результат

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

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

Корзина это у тебя не сервис это по факту сущность

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

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

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

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

А почему, собствннно это так? Потому что у тебя нет возможности протестиповать обработку данных. Ты сразу их потом сохраняешь

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

А там уже делай что хочешь с ним

я их не сохраняю

я из них получаю какие то поля

тогда не понимаю в чем проблема

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

Можешь пример привести?

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

Я не пойму ты пытаешься сделать какой то обособленный компонент или что ?

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

моки не помогают?

моки не помогают?

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

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

можно пример? интересно стало

Dead Loppi: Пыха выдержит если будет 3к запросов в секунду ?

можно пример? интересно стало

Почему стало интересно: магический гет это реакция на отсуствующий проперти

Dead Loppi: Пыха выдержит если будет 3к запросов в секунду ?

да ???

Я не пойму ты пытаешься сделать какой то обособленный компонент или что ?

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

Почему стало интересно: магический гет это реакция на отсуствующий проперти

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

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

ты в сервисах мокаешь метод сервиса или модель локвент, используемую там?

ты в сервисах мокаешь метод сервиса или модель локвент, используемую там?

я мокаю методы которые мне не нужно тестить

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

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

но помоему это херня какаято

какойто ваще вопрос у тебя странный

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

Тебе нужно сделать класс корзины, как хочешь делай если у тебя корзина может менять место хранения сдлей интерфейс IBasket Add, Remove, Get, List, затем бомбани класс например SessionBasket implements IBasket, реализуй в нем хранение товара, товар напирмер сделай так что б он реализовывал интерфейс напрмер назови его IProductable { getPrice, getTtile, getProps }, ну и так далее

и потом сдлей севрис

В контроллере корзины я думаю сервисы тебе не нужны вообще будут

потому что ты примешь класс баскет в контроллер через DI, а затем будешь делать $basket->add, basket->remove, basket->get, basket->list

Да чего вы спорите) сделайте сначала как видите, сделайте так, чтобы работало, учтите все то, что хотите/можете учесть. А дальше есть замечательная штука - "рефакторинг" зовется. Постепенно придете к желанному виду модуля :-)

какойто ваще вопрос у тебя странный

Если ты хочешь использовать метод для получения данных для дальнейшего теста - ео можно замокать. Т.к. не его логика тестируется. Если ты тестируешь метод, который работает перерабатывает данные и возвращает новый результат то тут 2 пути: 1. Передать живой объект и получить его обратно с обновленными данными, далее assert. 2 (приходится иногда): вызывается метод, дальше происходит какая-то магия и каким-то загадочным образом происходят изменения, которые проверяются уже в базе. Но втрой слуай это функциональный тест, а не модульный.

они отлличаются отвественностью

При построении логики я стараюсь писать именно модульные тесты

Тебе нужно сделать класс корзины, как хочешь делай если у тебя корзина может менять место хранения сдлей интерфейс IBasket Add, Remove, Get, List, затем бомбани класс например SessionBasket implements IBasket, реализуй в нем хранение товара, товар напирмер сделай так что б он реализовывал интерфейс напрмер назови его IProductable { getPrice, getTtile, getProps }, ну и так далее

с 1 понятно, это задача корзины.. А интерфейс IProductable где должен быть? С одной стороны его должна кушать корзина, но с другой не только ей же такой интерфейс может понадобиться

Если ты хочешь использовать метод для получения данных для дальнейшего теста - ео можно замокать. Т.к. не его логика тестируется. Если ты тестируешь метод, который работает перерабатывает данные и возвращает новый результат то тут 2 пути: 1. Передать живой объект и получить его обратно с обновленными данными, далее assert. 2 (приходится иногда): вызывается метод, дальше происходит какая-то магия и каким-то загадочным образом происходят изменения, которые проверяются уже в базе. Но втрой слуай это функциональный тест, а не модульный.

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

вот и приходится его мокать

Допустим сервису заказа тоже может быть нужен такой же товар, а у него свой интерфейс.. Надо будет 2 реализовывать?

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

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

хм.. Это как

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

Product implements IProductable

продукт

ты ж его собираешься в корзину класть

и в заказе потом выодить

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

не только

соответственно она должна знать про этот интерфейс

хм ну вот про то и речь

А как переносимая корзина узнает о каком то внешнем интерфейсе

Куда ты ее переносить собрался ?

кто какой WYSIWYG редактор юзает с возможностью загрузки картинок на сервер?

Куда ты ее переносить собрался ?

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

Все чувак :) я работать )) мне демогогию разводить на пустом месте некогда )

кто какой WYSIWYG редактор юзает с возможностью загрузки картинок на сервер?

tinymce + elfinder

а у elfinder есть какие нибудь темы, чтоб под буцтрап внешний вид сделать?

https://github.com/search?q=elfinder+theme ну там всё сводится к закидыванию css файла в нужное место

по дефолту смотрится вот так - https://studio-42.github.io/elFinder/, ничего лишнего)

не нравится по дефолту)

спасибо

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

>живой объект инициированный класс со всей логикой (а не только значения) > про элокуент говорим В элокуенте публичные проверти = поля. Может мы не о полях говорим?

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

Или я элоквент не так юзаю)

>живой объект нет такого термина, в вики >В элокуенте публичные проверти = поля. где ты там вообще пидел публичные проперти и более того - для чего?

Парни. Если нужно через ORM получить объекты модели, но при этом некоторые поля нужно по своему отформатировать, можно для этого ресурс использовать?

Парни. Если нужно через ORM получить объекты модели, но при этом некоторые поля нужно по своему отформатировать, можно для этого ресурс использовать?

для этого есть мутаторы

Ресурс срабатывает только при энкоде

Используй аксессоры

В можельке сделай метод getNameAttribute()

Понял, спасибо

кстати, про аксессоры. недавно столкнулся с тем, что если используется пакет spatie/laravel-translatable и поле в модели занесено в переменную $translatable, то нельзя просто так взять и поиграться с этой колонкой при получении данных.

Спасибо! Даже под мою задачу уже было решение. Невнимательно читал доку protected $casts = [ 'field' => 'array' ]

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

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

Не знаю на сколько костыльно $query->with(['bookmarks' => function ($q) { $q>select('id'); }]);

хм, спасибо, поидее можно и с коллекцией отобрать нужные поля...

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

Можно в самой связи прописать селект поля

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

там несколько решений. можно выбирать только часть полей используя sеlect, можно использовать проперти hidden у связанной модели, можно это поле выставлять "налету" используя метод setHidden (addHidden). можно использовать ресурсы

хм, спасибо, поидее можно и с коллекцией отобрать нужные поля...

возвращаешь 2 связанных ресурса

Самая удобная на мой взгляд - коллекции

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

Парни привет

Carbon\Carbon::parse($post->created)->formatLocalized('%d %B %Y')

Как сделат ьчтобы месяц выводился короткий в 3 буквы?

M Сокращенное наименование месяца, 3 символа от Jan до Dec

http://php.net/manual/ru/function.date.php

Приветствую. В файловой системе есть нечто подобное: Папка images, в ней куча подпапок, имена соответствуют id материалов. В каждой из подпапок уже jpg-файлы, т.е. images/111/1.jpg, images/111/2.jpg и тд. Можно ли как то с помощью Storage оптимально получить список подпапок с листингом файлов? рекурсивно обходить что то неохота, там папок пока под 10к, дальше будет больше Т.е., хотелось бы получить на выходе массив типа ['111'=>['1.jpg', '2.jpg']] и т.д.

Приветствую. В файловой системе есть нечто подобное: Папка images, в ней куча подпапок, имена соответствуют id материалов. В каждой из подпапок уже jpg-файлы, т.е. images/111/1.jpg, images/111/2.jpg и тд. Можно ли как то с помощью Storage оптимально получить список подпапок с листингом файлов? рекурсивно обходить что то неохота, там папок пока под 10к, дальше будет больше Т.е., хотелось бы получить на выходе массив типа ['111'=>['1.jpg', '2.jpg']] и т.д.

лет 5 назад бытовало мнение что более 3-4к элементов в 1 папке не должно существовать, начнет подтупливать фс

M Сокращенное наименование месяца, 3 символа от Jan до Dec

не работает