Как работаете с формами в Ларавел?

Question

[Arman]

1. Как помнится из коробки что-то было для работы с формами, но потом выкинули?
Выходит по дефолту работаем с формами на чистом HTML (+blade)? Может какие-то пакеты юзаете?

2. Как правильно работать при CRUD c C и U, т.е. нужно два раза форму показать и это разные вьюхи? или форму в одну вьюху закидываете и там рулите? Допустим, в Yii Gii создаем create.php, edit.php и _form.php по-умолчанию, но в Yii есть объекты форм и удобнее работать от них, а тут кто как? кучу if'ов $isCreateForm?

Comments

[Дмитрий]

Обычно если все не сильно разное, будет достаточно одной вьюхи с условиями

Answer 1

[Razgelday]

В целом, с развитием Laravel, весь фронтент рекомендуется выводить из Blade на Vue.js - а там уже на JS создавать любые формы и отправлять данные форм на сервер через API.

Вот простой урок на Laracasts (англ) - https://laracasts.com/series/learn-vue-2-step-by-s...

Comments

[Антон Антон]

а с отсутствием ssr что делать? например для дешевых shared хостингов?

[Antonio Solo]

Антон Антон, а зачем SSR нужен ? то есть он нужен для фронта, для индексации, но не для CRUD не для форм

[Razgelday]

SSR - это лишь один из способов использования Vue.js.

В стандартном варианте использования Vue,js в связке с Laravel никакой SSR не нужен, посмотрите документацию: https://laravel.com/docs/master/mix

Вы просто пишете свои компоненты на Vue.js, потом собираете их с помощью встроенного решения Laravel Mix, и на выходе получаете готовый app.js файл. Далее этот файл обычным способом подключается в ваш шаблон и все прекрасно работает.

Answer 2

[Sanes]

Две вьихи. Т.к. содержание может быть разным.

Comments

[Arman]

по опыту как часто и в каком соотношении содержание разное одной модели?

[Sanes]

Arman, у меня часто. Да и код засерать условиями не люблю.

[Arman]

Sanes, не сложно после поддерживать две вьюхи? все время делать правки в одной и забывать про вторую? через время прийти к тому что они сильно отличаются?

[Sanes]

Arman, не сложно. У меня небольшие приложения. Зато читабельно и понятно.
В одного писать и поддерживать, что-то сложное и крупное нереально.

[jazzus]

Arman, сложно. Я в свое время намучился с рефакторингом. Унылая работа исправлять одинаковый код. Плюс будут лезть ошибки т.к. где-то что-то забудешь, а по ходу дела придумаешь что-то и нужно опять все 15 файлов исправлять.. Короче не рекомендую дублировать код, это гемор

[Sanes]

jazzus, формы разные, какое еще дублирование?

[jazzus]

Sanes, если разные зачем может потребоваться в одной вьюхе делать?

[Arman]

Sanes,

какое еще дублирование?

дублирование атрибутов тэгов, валидации JS

[Sanes]

jazzus, не знаю. Я в разных делаю. Мало ли что потом в голову взбредёт.

Answer 3

[Antonio Solo]

Для ларавель я ставил laravelcollective/html . использовал только для форм.

Answer 4

[Антон Антон]

Я делаю одну, при create передаю new Model при update - имеющийся инстанс. Но иногда этот подход не совсем подходит. Ну и action можно либо определять во вью по заполненности ключевого поля, либо также передавать из контроллера.

Answer 5

[Евгений Вольф]

1. Как помнится из коробки что-то было для работы с формами, но потом выкинули?

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

Выходит по дефолту работаем с формами на чистом HTML (+blade)? Может какие-то пакеты юзаете?

Можно так, можете пользоваться теми формами которые выпилили, можете воспользоваться вариантом аки symfony, ещё можно тут поискать другие варианты.

2. Как правильно работать при CRUD c C и U, т.е. нужно два раза форму показать и это разные вьюхи? или форму в одну вьюху закидываете и там рулите?

Всё индивидуально. В общей сложности, при простых вариантах - создавать разные файлы форм не обязательно, при "C" можете создавать ту же форму что и при "U", передавая туда пустую модель.

Answer 6

[Николай Старков]

Работаю с формами в ларе на чистом html+blade.