Р
JsonStorage implements StorageInterace...
Size: a a a
2020 January 10
VY
и не напрягаешь при этом серое вещество в своей голове.
точно!
я недавно смотрел маленький видеокурс по верстке с флексом....
пока смотрю и слушаю видео - ВСЕ ПОНЯТНО....
как только перехожу в редактор кода (у меня 1 монитор) - моментально все выветривается из памяти, не могу написать ни одной буквы :)
вывод: даже копи-пастить - лучше, чем видео смотреть (во всяком случае для меня)
я недавно смотрел маленький видеокурс по верстке с флексом....
пока смотрю и слушаю видео - ВСЕ ПОНЯТНО....
как только перехожу в редактор кода (у меня 1 монитор) - моментально все выветривается из памяти, не могу написать ни одной буквы :)
вывод: даже копи-пастить - лучше, чем видео смотреть (во всяком случае для меня)
С
Руслан
Прокинь в конструктор
function __constructor(StorageInterace $storage)
{
$this->storage = $storage;
}
function __constructor(StorageInterace $storage)
{
$this->storage = $storage;
}
Тут StorageInterface что содержит? Похож на интерфейс выше?
Р
Тут StorageInterface что содержит? Похож на интерфейс выше?
Метод сохранения в базу, если это элеквент то фасад + save, если доктрина persist+flush
Р
Если json, то encode/decode
Р
serializer
РИ
Вот как. Видимо я неправильно понял. Пойду погуглю-почитаю
Немного расскажу как я понимаю принцип "Репозиторий" а вернее IOC - он предназначен больше для того чтоб его можно было легко переписать, есть у тебя реализация работы с данными сущности Article (все работает, все прекрасно) в какой то момент необходимо изменить реализацию (заказчик захотел) ты так же наследуешься от интерфейса и реализуешь другой функционал , и когда нужно запустить новый функционал меняешь класс реализации в service Provider. Во втором случае ты можешь сделать интерфейс записи данных и реализовать его для записи в БД и в Файл, интерфейс один реализации две, в сервис провайдере указываешь в каком из контроллеров какая будет реализация, но загружаешь в конструкторе интерфейс =)))
VY
Руслан
Работодателю. Не представляешь, 80% тех кто называют себя мидлами не смогли предложить номральной схемы хранения корзины для незарегенных пользователей и записи в бд при регистрации этой корзины
"схемы хранения корзины для незарегенных пользователей и записи в бд при регистрации этой корзины"
а это вообще возможно?
есть такое решение?
а это вообще возможно?
есть такое решение?
РИ
"Репозиторий" немного неправильное обозначение (в другом чате меня закидали =)))) - IoC правильно =)))
Р
"схемы хранения корзины для незарегенных пользователей и записи в бд при регистрации этой корзины"
а это вообще возможно?
есть такое решение?
а это вообще возможно?
есть такое решение?
В симфони есть например токен для неавторизованных, все пользователи являются IS_AUTHENTICATED_ANONYMOUSLY. 21 век спрашивает разрешение на куки и вполне себе через пол гоад помнит мою корзину
Р
При регистрации ты вполне себе можешь получить все данные пользователя, если он где-то их уже светил
VY
Прошу уделить больше внимания тематике чата. Многие жалуются, что в чате стало много флуда. А так же присутствуют наезды на новичков. Поэтому:
небольшой флуд допускается по праздникам и выходным, вечером в пятницу.
Все остальное время - возникающим проблемам по ларе и все что с этим связано.
Надеюсь на понимание.
небольшой флуд допускается по праздникам и выходным, вечером в пятницу.
Все остальное время - возникающим проблемам по ларе и все что с этим связано.
Надеюсь на понимание.
"небольшой флуд допускается по праздникам и выходным, вечером в пятницу"
сейчас ранний вечер пятницы... :)
сейчас ранний вечер пятницы... :)
AP
"схемы хранения корзины для незарегенных пользователей и записи в бд при регистрации этой корзины"
а это вообще возможно?
есть такое решение?
а это вообще возможно?
есть такое решение?
возможно
Р
Рустам Исакжанов
Немного расскажу как я понимаю принцип "Репозиторий" а вернее IOC - он предназначен больше для того чтоб его можно было легко переписать, есть у тебя реализация работы с данными сущности Article (все работает, все прекрасно) в какой то момент необходимо изменить реализацию (заказчик захотел) ты так же наследуешься от интерфейса и реализуешь другой функционал , и когда нужно запустить новый функционал меняешь класс реализации в service Provider. Во втором случае ты можешь сделать интерфейс записи данных и реализовать его для записи в БД и в Файл, интерфейс один реализации две, в сервис провайдере указываешь в каком из контроллеров какая будет реализация, но загружаешь в конструкторе интерфейс =)))
Зачем тебе репозиторий в контроллере?
РИ
хм интересный вопрос , допустим у тебя Api и по определённому роуту нужно вернуть список постов с очень сложной выборкой , куда еще подключать класс с реализацией запроса ?
Р
Рустам Исакжанов
хм интересный вопрос , допустим у тебя Api и по определённому роуту нужно вернуть список постов с очень сложной выборкой , куда еще подключать класс с реализацией запроса ?
В хендлер/сервис/обработчик, называй как хочешь
Р
В него пихай dto
РИ
Руслан
В хендлер/сервис/обработчик, называй как хочешь
а чем отличается "сервсис" от "репозиторя" ?
AP
если делаете разделение приложения на слои, то делайте это правильно