P
Нет
Size: a a a
2021 August 25
P
👍
G
Вопрос по реализации паттерна Репозитории, когда и в каких случаях вы преимущественно используете их? почитал статьи по реализации, но хотелось бы услышать ваш личный опыт
uu
В репозиторий запихиваешь все запросы из базы
EG
табу на слово "repository" в чатах про laravel, может начаться нескончаемы "срач"
NL
Мб знает кто, есть ли сервисы для хранения и управления переводами, который хорошо синкается с ларкой?
NL
Селф хостед сервисы.
EG
https://github.com/spatie/laravel-translatable (хранение в json)
https://github.com/Astrotomic/laravel-translatable (хранение в отдельной таблице)
https://github.com/Astrotomic/laravel-translatable (хранение в отдельной таблице)
EG
NL
Не, не подходит. Много разный веб приложений, нужен сервис с апишкой по которой можно тягать переводы.
NL
Не пакеты, а готовый отдельный сервис.
А
вопрос действительно холиварный.
репозиторий, который паттерн, и репозиторий, который сборник запросов к базе данных, это чуть чуть разное.
вам нужнее (скорее всего) тот который сборник запросов. если конечно вы не пишите свой пакет или фрэймворк в котором база данных может быть выбрана какая угодно.
репозиторий, который паттерн, и репозиторий, который сборник запросов к базе данных, это чуть чуть разное.
вам нужнее (скорее всего) тот который сборник запросов. если конечно вы не пишите свой пакет или фрэймворк в котором база данных может быть выбрана какая угодно.
Д
Переслано от Дмитрий
Здравствуйте, подскажите, пожалуйста, как сделать такое? С точки зрения функционала, а не внешнего вида
EG
мне кажется https://github.com/barryvdh/laravel-translation-manager + небольшое api для отдачи этих самых перевод приложениям и в "продакшн".
А
делаете форму. форма отправляет запрос на сервер. сервер с этой информацией что то делает.
может в базу сохранить, может письмо кудато отправить, может заигнорить
может в базу сохранить, может письмо кудато отправить, может заигнорить
Д
Спасибо
G
Ну интересно же похоливарить, если рассуждая на тему, то пока не понял в чем отличия паттерн репозиторий и репозиторий. Но читая в рамках ларки, понял что репозиторий нужно рассматривать как слой домена, что является абстракцией для работы с данными DAO, но где-то говориться что нужно использовать только для read only, типо не стоит в нем создавать методы create, update, delete что скажете?
NL
Скорее всего так и сделаем в итоге. Просто думал мб есть специализированные сервисы для этого.
AS
ты какой-то непробиваемый, я тебе написал три раза написал ответ. Если ты гуглом пользоваться не умеешь и не можешь вести конструктивный диалог — стоит задуматься о профпригодности