Ребят, такой вопрос. Допустим есть рест апи, отправляю запрос за создание лида, там же мне надо задачу поставить, добавить в лог, добавить поля. Правильно ли это делать все в одном методе?

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

Те Лида, его задачу, его лог я получаю 3 запросами

А изменяю только одним?

а если ты еще там подготавливаешь формат лога к примеру перед тем как писать в лог, то лучше в отдельный класс вынести

Те Лида, его задачу, его лог я получаю 3 запросами

я думаю лучше выложить код в paste.laravel.io

Классы то это ладно, мне больше про специфику рест апи нужно

А то везде примеры с grud

А то везде примеры с grud

crud?

А то везде примеры с grud

Я есть Грут?)

что это

Ну да)

Это не важно, вопрос про рест

Создать сущность в базе

При создании Лида нужно создать ещё 2 дополнительные сущности в базе это задача и лог

О ща. @Adelf32 расскажет что рест это натягивание совы на глобус и нафиг его и юзайте рпц)

О ща. @Adelf32 расскажет что рест это натягивание совы на глобус и нафиг его и юзайте рпц)

Ну я пока такого же мнения)

При создании Лида нужно создать ещё 2 дополнительные сущности в базе это задача и лог

а могут эти сущности быть независимыми от лида?

Не могут

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

А с клиента как это отправится?

очевидно что все это тогда вместе

Но пишут, что при создании именно ресурс нужно отправить, а мне нужно добавить туда дату для задачи

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

Ааа

а может дата вообще на беке должна формироваться?

А когда я лила запрашиваю, то я должен получить ресурс лид или агрегат?

Дату может выбрать пользователь

А когда я лила запрашиваю, то я должен получить ресурс лид или агрегат?

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

как я понимаю

Везде пишут, что рест ресурс это как бы строка из базы

Так если я и Лида и его задачу и лог верну, то это уже не рест получается)

как то так { id: 1, name: "Lid1", log: { date: "10-12-2018" }, task: { number: 1 } } почему так не может быть возвращено?

Сейчас так примерно и выглядит

Я просто заинтересовался

Как правильно в rest парадигме

Как правильно в rest парадигме

@Adelf32 правильно сказал: ресурс !==запись в таблице

Я запомнил)

Спасибо

Я запомнил)

почитай книжку про DDD, там про агрегаты. полезно для расширения кругозора

вернона

Хорошо

в чем различие? https://laravel.com/api/5.5/Illuminate/Database/Eloquent/Model.html#method_isDirty https://laravel.com/api/5.5/Illuminate/Database/Eloquent/Model.html#method_wasChanged

в чем различие? https://laravel.com/api/5.5/Illuminate/Database/Eloquent/Model.html#method_isDirty https://laravel.com/api/5.5/Illuminate/Database/Eloquent/Model.html#method_wasChanged

One of the nice stuff coming in 5.5 is the ability to know if a certain attribute was changed, not is dirty, but was changed and persisted. Цитата мейнтейнера ларавеля

И пример https://magutti.com/blog/check-if-attribute-was-changed-in-laravel-55

Всем привет

пишу api

пишу api

Привет. Красавчик. Продолжай

Ye;yj xnj ,s ghb pfrhsnbb ghbkj;tybz

нужно что бы при закрытии приложения

а потом обратном открытии

пользователь был авторизирован

как это сделать можно?)

Пиши одним сообщением. Не спамь!

Токен?

да

Сессия?

Сессии нет в api. Хотя можно в kernel для маршрутов api подключить

Сессия?

Сессии в restful? Оригиналы :&

Вообще не пойму что делать(

Я юмора не понял

как это сделать можно?)

Сделай два метода: логин и логаут, логаут apikey=''. И все

При входе проверяй совпадение apikey, который в апе и который на сервере скажем у $user->apikey

Я так делал, правда на Lumen, но какая разница

Доброе утро, ребята. Я установил на поле даты datepicker. И когда создаю страницу, то выбивает ошибка. Хотя если ввести вручную те же данные. что дает datepicker, то все гуд))

Я юмора не понял

Нет ни сессии ни состояния у юзера когда api делают, обычно apikey и все, по muddleware дергается чек apikey для непубличных методы и больше ничего.

format: 'mm.dd.yyyy' ставлю

format: 'mm.dd.yyyy' ставлю

А время?

Я юмора не понял

типо restful это stateless. т.е не хранится состояние. А сессия - это состояние, которое хранится на сервере

типо restful это stateless. т.е не хранится состояние. А сессия - это состояние, которое хранится на сервере

Во-во :)

format: 'mm.dd.yyyy' ставлю

если у тебя в базе формат поля datetime, посмотри как он его формирует) Там формат другой) а ты в нужный тебе уже на выходе преобразуешь

А время?

и суть в том, что если я скопирую выдавший datepicker и всавлю то же в то же поле - то все гуд

и суть в том, что если я скопирую выдавший datepicker и всавлю то же в то же поле - то все гуд

to_string?

типо restful это stateless. т.е не хранится состояние. А сессия - это состояние, которое хранится на сервере

Ну вообще можно поспорить насчёт того круто ли стайтлесс делать для сессий.

to_string?

Ну вообще можно поспорить насчёт того круто ли стайтлесс делать для сессий.

ты меня сломал

http://cryto.net/~joepie91/blog/2016/06/13/stop-using-jwt-for-sessions/

Ну вообще можно поспорить насчёт того круто ли стайтлесс делать для сессий.

Если делаю апи, не спорят, в остальных случаях - да, можно 😎

скорее всего он ожидает дату в исо формате. в духе ГГГГ-ММ-ДД