Size: a a a

2020 December 23

MM

MACAFRAMAMACAFRAMAMA... in Laravel Pro
Igor Melnychuk
Про отображение - я вообще предпочитаю отказываться от сервер-рендеринга и переходить на JsonResource, а операции я выношу в сервис, где каждая операция в транзакции
Т.е сервер отдает вьюшку, а клиент уже дотягивает во отрисованную вьюшку данные через API?
источник

IM

Igor Melnychuk in Laravel Pro
MACAFRAMAMACAFRAMAMACAFRAMAMACAFRAMAMACAFRAMAMACAFRAMAMACAFRAMAM MACAFRAMAMACAFRAMAMACAFRAMAMACAFRAMAMACAFRAMAMACAFRAMA
Т.е сервер отдает вьюшку, а клиент уже дотягивает во отрисованную вьюшку данные через API?
Я обычно делаю так, что сервер отдаёт JSON, а фронт кушает JSON и сам рисует всё, что ему надо
источник

IM

Igor Melnychuk in Laravel Pro
Вот пример REST API, где ответы в JSON

http://jsonplaceholder.typicode.com/posts
источник

IM

Igor Melnychuk in Laravel Pro
Может кому-то и нравиться рендерить вьюшки на стороне Laravel, но я предпочитаю использовать JsonResource
источник

FL

First Last in Laravel Pro
Igor Melnychuk
Про отображение - я вообще предпочитаю отказываться от сервер-рендеринга и переходить на JsonResource, а операции я выношу в сервис, где каждая операция в транзакции
Не холивара и обиды ради.
Но ты ведь видишь какой вопрос задает человек, и начинаешь рассказывать ему про вообще фиг что пойми. Это не то что глупо, это "плохо". Сейчас человек ломанется гуглить все эти термины, пробовать, ничего не получиться и он сгорит :)
источник

IM

Igor Melnychuk in Laravel Pro
First Last
Не холивара и обиды ради.
Но ты ведь видишь какой вопрос задает человек, и начинаешь рассказывать ему про вообще фиг что пойми. Это не то что глупо, это "плохо". Сейчас человек ломанется гуглить все эти термины, пробовать, ничего не получиться и он сгорит :)
Ну так сам вопрос задан о "правильности". А любая "правильность" - спорная и холиварная тема
источник

FL

First Last in Laravel Pro
Igor Melnychuk
Ну так сам вопрос задан о "правильности". А любая "правильность" - спорная и холиварная тема
У него ведь конкретная реализация уже есть, он просто спрашивает как сделать (не лучше, а как сделать. Очевидно же с его вопросами)
В общем, я выше высказал имхо, так же, как и ты про json, правда, он специфический, но то такое
источник

MM

MACAFRAMAMACAFRAMAMA... in Laravel Pro
First Last
Не холивара и обиды ради.
Но ты ведь видишь какой вопрос задает человек, и начинаешь рассказывать ему про вообще фиг что пойми. Это не то что глупо, это "плохо". Сейчас человек ломанется гуглить все эти термины, пробовать, ничего не получиться и он сгорит :)
Нет, я понимаю. SSR мне больше подходит, отдельно мучаться и писать фронт я не сильно горю желанием)
источник

FL

First Last in Laravel Pro
😉
источник

IM

Igor Melnychuk in Laravel Pro
First Last
У него ведь конкретная реализация уже есть, он просто спрашивает как сделать (не лучше, а как сделать. Очевидно же с его вопросами)
В общем, я выше высказал имхо, так же, как и ты про json, правда, он специфический, но то такое
А ещё в самом начале пишется, что вопрос именно архитектурный, а не практический
источник

FL

First Last in Laravel Pro
Igor Melnychuk
А ещё в самом начале пишется, что вопрос именно архитектурный, а не практический
> Отрисовку вьюшки в контролллере
> Оставлять функцию сохранения данных в контроллере

Ну блин)
источник

IM

Igor Melnychuk in Laravel Pro
Ну, я лишь предложил SOA + отказ от SSR
источник

VM

Vladimir Makarov in Laravel Pro
Anatolii Koziura
Есть офигенская книжка по коллекциям, refactoring to collections, я после того как прочитал в 90 процентах случаев все в коллекциях начал писать)
Скажи название книги
источник

R

Rabadan in Laravel Pro
First Last
> Отрисовку вьюшки в контролллере
> Оставлять функцию сохранения данных в контроллере

Ну блин)
Laravel по дефолту сама генерирует функцию сохранения данных в контроллерах , если вы пишете свою функцию то не вижу тут нарушения стандарта laravel, хотя по стандартам MVC это не правильно
источник

LN

Long Nguyễn in Laravel Pro
привет всем , можно мнение так поверхностное узнать
заказчик хочет создать крупнейший проект просто огромный судя по тз, его консультанты дают такой вариант исполнения
laravel  + jetstream + livewire
на сайте будет огромное количество динамических данных , подрузки карточек , видеотрансляции, чаты , групповые форумы календари и прочие приблуды подружаемые на лету
я предложил связку laravel.  как чистый бек + vue   как совсем отдельный фронт
просят аргументировать почему мой вариант я считаю лучшим , может кто подскзаать не так хорошо просто с livewire знаком
источник

IM

Igor Melnychuk in Laravel Pro
Rabadan
Laravel по дефолту сама генерирует функцию сохранения данных в контроллерах , если вы пишете свою функцию то не вижу тут нарушения стандарта laravel, хотя по стандартам MVC это не правильно
Правильно. Вызов функции сохранение всё равно летит именно из контроллера
источник

EG

Egor Gruzdev in Laravel Pro
Какой будет результат?

\Illuminate\Support\Facades\Gate::allows(null);
Анонимный опрос
19%
true
16%
false
65%
лучше так не делать
Проголосовало: 31
источник

R

Rabadan in Laravel Pro
Long Nguyễn
привет всем , можно мнение так поверхностное узнать
заказчик хочет создать крупнейший проект просто огромный судя по тз, его консультанты дают такой вариант исполнения
laravel  + jetstream + livewire
на сайте будет огромное количество динамических данных , подрузки карточек , видеотрансляции, чаты , групповые форумы календари и прочие приблуды подружаемые на лету
я предложил связку laravel.  как чистый бек + vue   как совсем отдельный фронт
просят аргументировать почему мой вариант я считаю лучшим , может кто подскзаать не так хорошо просто с livewire знаком
Для крупных проектов лучше выбрать то, с чем ты имеешь больший опыт работы, и чьи подводные камни ты знаешь
источник

А

Антон in Laravel Pro
Egor Gruzdev
Какой будет результат?

\Illuminate\Support\Facades\Gate::allows(null);
Анонимный опрос
19%
true
16%
false
65%
лучше так не делать
Проголосовало: 31
А ты ожидал false?
источник

AO

Alexander Osipov in Laravel Pro
Long Nguyễn
привет всем , можно мнение так поверхностное узнать
заказчик хочет создать крупнейший проект просто огромный судя по тз, его консультанты дают такой вариант исполнения
laravel  + jetstream + livewire
на сайте будет огромное количество динамических данных , подрузки карточек , видеотрансляции, чаты , групповые форумы календари и прочие приблуды подружаемые на лету
я предложил связку laravel.  как чистый бек + vue   как совсем отдельный фронт
просят аргументировать почему мой вариант я считаю лучшим , может кто подскзаать не так хорошо просто с livewire знаком
1. livewire/jetstream дергают бэк с фронта, т.е. оверлоад
2. эти инструменты довольно новые и не имеют должной поддержки на данный момент
3. найм людей под этот стэк гораздо сложнее, чем найм людей под чистый бэк и фронт (даже если это будет фуллстак)
4. vue имеет гораздо бОльшую поддержку, чем livewire и jetstream, проект на такой архитектуре будет делаться, скорее всего, быстрее, учитывая, что там должны быть видеочаты и т.д., на livewire это будет написано довольно костыльно, скорее всего

вот вкратце
источник