Пользуюсь

В контролере, например, получаю так свой репозиторий через конструктор.

В контролере, например, получаю так свой репозиторий через конструктор.

В ларе удобно инжектить зависимости в метод контроллера. Часто удобнее чем в конструктор

Ребят помогите составить запрос(ы). Есть товары(у них заполнено значения количества для автозакупа, сколько осталось в наличии и цена). У тех у кого сколько осталось в наличии не равно значению для автозакупа нужно отправить в массив. При этом есть бюджет. Превышать его нельзя

Ещё у меня 1 вопрос. Вот я в сервис контейнере определил несколько классов и сделал им общий тэг. Эти классы у меня парсят инфу с разных сайтов и в одном из методов возвращают сущность (все одну и туже), а также реализуют 1 интерфейс. Потом сделал класс агрегатор, в котором по тэгу достаю все свои парсеры и в каждом вызываю нужный мне метод, возвращающий сущность, которую сохраняю в бд. Нормально?

Ещё у меня 1 вопрос. Вот я в сервис контейнере определил несколько классов и сделал им общий тэг. Эти классы у меня парсят инфу с разных сайтов и в одном из методов возвращают сущность (все одну и туже), а также реализуют 1 интерфейс. Потом сделал класс агрегатор, в котором по тэгу достаю все свои парсеры и в каждом вызываю нужный мне метод, возвращающий сущность, которую сохраняю в бд. Нормально?

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

Ещё у меня 1 вопрос. Вот я в сервис контейнере определил несколько классов и сделал им общий тэг. Эти классы у меня парсят инфу с разных сайтов и в одном из методов возвращают сущность (все одну и туже), а также реализуют 1 интерфейс. Потом сделал класс агрегатор, в котором по тэгу достаю все свои парсеры и в каждом вызываю нужный мне метод, возвращающий сущность, которую сохраняю в бд. Нормально?

Обычно теги готовят вместе с интерфейсами/абстрактными классами. Только жаль, что в PHP нельзя указать тайпхинт ParserInterface[] $parsers - то есть набор парсеров с определённым интерфейсом.

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

Ребят, нужен человек написать простейший функционал сайта. В лс .

Всем привет! Ищем разработчиков, вакансия: https://vc.ru/33449-senior-php-razrabotchik

Хоть бы вилку зп предложили

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

Зарплата белая, поскольку сеньоры тоже разные бывают, поэтому не особо имеет смысл указать 120-200. Хороший сеньор 150. Сеньор с крупными проектами и большим опытом и хайлоадом соответственно 200.

Если есть ИП - вообще замечательно ? У нас ООО.

Работа только c бэкендом. Никакого HTML, CSS, JavaScript писать не нужно. я аж прослезился

Да, даже в блейды не часто: иногда рассылки натянуть надо, и рассылать по расписаниям(на след. день, если не отреагировал, то через три дня и тд). А 90% работа непосредственно с бэком и выдавать Апи))

Да, даже в блейды не часто: иногда рассылки натянуть надо, и рассылать по расписаниям(на след. день, если не отреагировал, то через три дня и тд). А 90% работа непосредственно с бэком и выдавать Апи))

Передайте комплименты вашему фронтендеру - потыкал кабинет, шикарнейше.

Прекратите троллить?

Ни в коем случае. Я искренне. Не каждый так умеет.

))

кстати иконка у меня порезана )

Агент! секретный. ты раскрыт!

Логотип порезан? О_о

О нет! Мы все умрем

О нет! Мы все умрем

сказал бы что тебя теперь в сибирь сошлют.. ноо... )

сказал бы что тебя теперь в сибирь сошлют.. ноо... )

У тебя устаревшие сведения. А чего на вакансию не откликнешься, ты же умеешь?

И зп у вас все еще никакая

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

+ как я понял не удаленка же

Ладно, если я щас твои крупные проекты начну перчислять - nda. Сам думай)

Логотип порезан? О_о

http://take.ms/B6Weg Если ширина маленькая - слева все обрезается. Влево скрола нет. mac firefox

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

Нужно сделать в Laravel что-то типа модели, со своими данными и статическими функциями внутри, но без привзяки к БД Что для этого лучше использовать?

Нужно сделать в Laravel что-то типа модели, со своими данными и статическими функциями внутри, но без привзяки к БД Что для этого лучше использовать?

DDD ?

DDD ?

вообще не про это

Нужно сделать в Laravel что-то типа модели, со своими данными и статическими функциями внутри, но без привзяки к БД Что для этого лучше использовать?

Классы PHP

Сделать что-то вроде Report::getAll();

Report::myFunc(); и пр. вещи Которые будут в разных контроллерах использоваться

Report::myFunc(); и пр. вещи Которые будут в разных контроллерах использоваться

и что мешает написать public static function?

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

Разве тогда модель не получается анемичной?

Разве тогда модель не получается анемичной?

ну там же написано когда выносить в сервис классы (работа с несколькими моделями) вынос куска логики для разгрузки очень жирной модели (ну во втором варианте можно и в трейт вынести обозвав модным словом концерн). Ну и плюс с АР слово анемичная не очень применима. Да и в DDD там есть споры антипаттерн ли это.

Ну когда работа с несколькими моделями, то понятно, что тут сервис напрашивается, но он все равно дёргает какие-то методы логики модели. АР может просто сама себя персистить

Это обычный сервис

Непонятно, что тебе не нравится

Вроде model.ban; model.save , лучше, чем modelBanService.banModel(model) (я с телефона)

Вроде model.ban; model.save , лучше, чем modelBanService.banModel(model) (я с телефона)

Чем?

Только banModel

Ну я прочитал это сообщение, как вынос всей логики в сервисы

А modelService.ban($model)

Почему всей-то? Есть логика которая относитя к модели. Она остается в модели

А смысл тогда в АР?)

Все очень зависит от того, что именно ты хочешь сделать. Пока что вообще ничего не понятно

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

А смысл тогда в АР?)

как наличие бизнес логики в модели соотносится с АР?)

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

Так нельзя

- Как сложить 2 числа? - 2 + 2 - Но мне надо переиспользовавть функцию - Ну засунь в функцию - Я слышал, что функция из 1 строки - плохо

ERROR: S client not available

- Как сложить 2 числа? - 2 + 2 - Но мне надо переиспользовавть функцию - Ну засунь в функцию - Я слышал, что функция из 1 строки - плохо

Передергиваешь

абсолютно нет

Ок, а что у вас в АР лежит? Помимо релейшенов и скоупов?

Ок, а что у вас в АР лежит? Помимо релейшенов и скоупов?

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

Это норм. В целом про сервис бана, там все ок, если сервис просто отвечает за то, что нужно например рассылку сделать и ещё какую логику помимо бана. Я к тому, что модель должна уметь сама себя банить. А то, что происходит помимо этого, это уже логика сервиса, или могут лисенеры какие-то быть, которые слушают событие бана. Я думал, ты пропагандируешь вариант с тем, что АР - просто набор релейшенов, скоупов и запись в бд, у которой мы можем дергать поля, т.е. просто структура

Это норм. В целом про сервис бана, там все ок, если сервис просто отвечает за то, что нужно например рассылку сделать и ещё какую логику помимо бана. Я к тому, что модель должна уметь сама себя банить. А то, что происходит помимо этого, это уже логика сервиса, или могут лисенеры какие-то быть, которые слушают событие бана. Я думал, ты пропагандируешь вариант с тем, что АР - просто набор релейшенов, скоупов и запись в бд, у которой мы можем дергать поля, т.е. просто структура

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

эти споры куда положить логику, наверное уже десятилетия ведутся. Столько статей написано, столько видео снято. И везде примерно одно и тоже мнение. Но всеравно каждый приходит и спрашивает. Есть простой ответ, если тебе не надо разделение, не делай. Если ты в своем коде через 3 месяца спокойно определяешь где что и как делается, то все норм. Если внесения нового функционала, не вызывает никаких проблем, то все норм. Иначе ты сам придешь к верному пониманию что и как декомпозировать. По традиции скидываю 2 ссылки :) http://slides.elisdn.ru/2017/yiiconf-semantic/#/ http://developer.uz/blog/layered-structure-for-yii-app/

парни какой тип данных использовать для хранения изображения бд ?

парни какой тип данных использовать для хранения изображения бд ?

не надо так делать (

не надо так делать (

а как надо? подскажи

парни какой тип данных использовать для хранения изображения бд ?

в фс храни, а в базе путь

а как надо? подскажи

путь клади в базу

в фс храни, а в базе путь

в фс ? а можно расшифровку ?

путь клади в базу

спасибо

файловая сисема

аа

файловая сисема

утро, спасибо)

если очень много файлов, используй что-то типа aws например

если очень много файлов, используй что-то типа aws например

оно платное? и да, будет минус трафик с картинок от поисковиков (

если очень много файлов, используй что-то типа aws например

какой тип в миграции написать для пути?

Раз начали говорить что-то про архитектуру, то ещё накину: где у вас валидация? Только реквест?

Раз начали говорить что-то про архитектуру, то ещё накину: где у вас валидация? Только реквест?

смотря что валидировать, если данные реквеста, то да.

какой тип в миграции написать для пути?

string

string

спасибо

ну да) чтение документации это самый правильный путь)

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

если в двух словах, причел файл, сохранил его в storage, путь сохранил в бд

если в двух словах, причел файл, сохранил его в storage, путь сохранил в бд

спасибо)