Телеграмм чат группы laravel

09:29пожаловаться #1

AH

Andrey Helldar in Laravel для начинающих

Игорь

В магазине есть категории сахар, овощи, фрукты. Я хочу их выводить в определенном порядке. Для этого вывожу поле order. по нему сортирую и все.

Админ это может делать. Не суть. Как будет выглядеть запрос и какой это будет метод put?

В общем, я вижу несколько вариантов:

1. Сортировка только при выводе реализуется путем передачи GET-параметра.
Например:

GET /categories?sort=title&direction=desc

function index(Request $request)
{
  return Category::query()
    ->orderBy(
      $request->query('sort', 'title'),
      $request->query('direction', 'desc')
    )
    ->get();
}

2. Сохранение сортировки в базу лучше вынести в отдельный урл.
Как нам известно, правильно будет для обновления использовать запрос PUT.
Теперь преобразуем список роутов с очевидным поведением:

GET /api/categories
POST /api/categories
PUT /api/categories/order
GET /api/categories/1
PUT/PATCH /api/categories/1
PUT /api/categories/1/order
DELETE /api/categories/1

Здесь мы добавили роуты с суффиксом order для очевидного принятия поведения сортировки.
Таким образом, в запросе можно передать массив идентификаторов для обновления.
Например:

$ids = [15, 43, 65, 3, 34, 56, 5, 765, 2];

foreach ($ids as $sort => $id) {
  Category::where(...)->update(compact('sort'));
}

Purge? Он же не входит в HTTP RFCs.
Правильное распределение выглядит так:
GET /api/categories
POST /api/categories
GET /api/categories/1
PUT/PATCH /api/categories/1
DELETE /api/categories/1

09:30пожаловаться #2

AH

Max

Имеется ввиду как в самой БД реализовать

Так и реализовать. Поля идентификаторов для них пропиши
https://laravel.com/docs/6.x/eloquent-relationships#many-to-many

09:31пожаловаться #3

SG

Andrey Helldar in Laravel для начинающих

В общем, я вижу несколько вариантов:

1. Сортировка только при выводе реализуется путем передачи GET-параметра.
Например:

GET /categories?sort=title&direction=desc

function index(Request $request)
{
  return Category::query()
    ->orderBy(
      $request->query('sort', 'title'),
      $request->query('direction', 'desc')
    )
    ->get();
}

2. Сохранение сортировки в базу лучше вынести в отдельный урл.
Как нам известно, правильно будет для обновления использовать запрос PUT.
Теперь преобразуем список роутов с очевидным поведением:

GET /api/categories
POST /api/categories
PUT /api/categories/order
GET /api/categories/1
PUT/PATCH /api/categories/1
PUT /api/categories/1/order
DELETE /api/categories/1

Здесь мы добавили роуты с суффиксом order для очевидного принятия поведения сортировки.
Таким образом, в запросе можно передать массив идентификаторов для обновления.
Например:

$ids = [15, 43, 65, 3, 34, 56, 5, 765, 2];

foreach ($ids as $sort => $id) {
  Category::where(...)->update(compact('sort'));
}

Purge? Он же не входит в HTTP RFCs.
Правильное распределение выглядит так:
GET /api/categories
POST /api/categories
GET /api/categories/1
PUT/PATCH /api/categories/1
DELETE /api/categories/1

Эм... не очень

09:39пожаловаться #4

SG

Andrey Helldar in Laravel для начинающих

В общем, я вижу несколько вариантов:

1. Сортировка только при выводе реализуется путем передачи GET-параметра.
Например:

GET /categories?sort=title&direction=desc

function index(Request $request)
{
  return Category::query()
    ->orderBy(
      $request->query('sort', 'title'),
      $request->query('direction', 'desc')
    )
    ->get();
}

2. Сохранение сортировки в базу лучше вынести в отдельный урл.
Как нам известно, правильно будет для обновления использовать запрос PUT.
Теперь преобразуем список роутов с очевидным поведением:

GET /api/categories
POST /api/categories
PUT /api/categories/order
GET /api/categories/1
PUT/PATCH /api/categories/1
PUT /api/categories/1/order
DELETE /api/categories/1

Здесь мы добавили роуты с суффиксом order для очевидного принятия поведения сортировки.
Таким образом, в запросе можно передать массив идентификаторов для обновления.
Например:

$ids = [15, 43, 65, 3, 34, 56, 5, 765, 2];

foreach ($ids as $sort => $id) {
  Category::where(...)->update(compact('sort'));
}

Purge? Он же не входит в HTTP RFCs.
Правильное распределение выглядит так:
GET /api/categories
POST /api/categories
GET /api/categories/1
PUT/PATCH /api/categories/1
DELETE /api/categories/1

Разве /api/categories/1/order не должно управлять одной моделью?

09:40пожаловаться #5

AH

Разве /api/categories/1/order не должно управлять одной моделью?

Должно - для записей внутри одной категории

09:40пожаловаться #6

AH

PUT /api/categories/order обновляет сортировку самих категорий, а PUT /api/categories/1/order - для записей внутри этой категории, будь то подкатегории или список товаров.

09:41пожаловаться #7

SG

Должно - для записей внутри одной категории

А ты меняешь в рамках всего списка...

09:41пожаловаться #8

AH

А ты меняешь в рамках всего списка...

Ему же и надо весь список в определенных рамках изменить...

09:42пожаловаться #9

SG

Ему же и надо весь список в определенных рамках изменить...

Ну судя по массиву $ids - где есть 1, то это уровень сестринский

09:42пожаловаться #10

AH

Ну судя по массиву $ids - где есть 1, то это уровень сестринский

Не понял сути твоей претензии.

В своем примере предложил два варианта обновления: списка самих категорий и то, что внутри них.

Сами категории обновляются по PUT /api/categories/order.

То, что внутри них, будь то подкатегории или же какие-либо записи, обновляются по PUT /api/categories/1/order, где 1 - это идентификатор нужной категории, внутри которой необходимо произвести действия.

09:46пожаловаться #11

AH