Laravel по-русски
Laravel по-русски
Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Страницы 1
В четвертом ларавеле есть модели, но по документации в моделях толко сущности таблиц, куда же мне логику сунут?
Не в сети
Мастер 
Не в сети
А как мне ее в модель подключить? Вот в л3 вижу в документации раздел моделей, а в л4 не вижу
Мастер Что именно подключить? Раздел о моделях в L4.
Не в сети
Орм у меня после симфони асоциируется с бд, да и в примерах вижу там описывают как сделать сущность
Мастер Не в сети
Ну ведь так и есть, сущность - модель, но модель не обязательно сущность, меня интересует, куда же деть бизнес логику? Сунуть в модели, не наследуя сущностной класс?
Мастер Не в сети
Сущность - это сущность таблицы, т.е. название, поля и методы их получения. А модель - кака-либо логика. Можете реализовать маленькую задачу, чтоб я понял как это все происходит? Нпример в контроллер передается значение name от пользователя, ножно в конец переменной name единицу и вернуть еотроллеру, если сделаете, буду благодарен, меня интересует вызов модели, передачи в нее данных и возврат обработанных данных
Мастер
- Сущность — это сущность таблицы, т.е. название, поля и методы их получения. А модель — кака-либо логика.
В моём случае это один класс. Делить их значит создавать дополнительный слой абстракции, что добавляет в проект фактически в два раза больше классов и чаще всего без особой выгоды.
Мне обычно хватает контроллер → модель, делать контроллер → модель → сущность может иметь смысл только в особо крупных проектах.
Не в сети
Стоит ли мне их использовать, если у меня файлы весом в 10 мб, а бд гигабайт?
Мастер Под крупным проектом я понимал не размер БД (он роли не играет), а его сложность. Если у вас по 10-20 и больше методов, которые можно отнести к «сущности», столько же — для «модели» и с полсотни контроллеров с парой десятков методов в каждом — это крупный проект. Но таких мало, поэтому обычно хватает деления на контроллер/модель.
Не в сети
То есть в моем маленьком проекте нужно использовать обычные запросы, я верный вывод сделал из ваших слов?
Мастер Маленький он или большой — я не знаю, идея в том, что если у вас много методов в «модели», то можно создавать слой «сущностей», иначе он пользы не принесёт, а работать будет чуть сложнее.
- использовать обычные запросы
Что значит «обычные»? Обычные — через ORM. Да. Внутри модели. За её пределами — можно, если это простые запросы-выборки, так как по моему опыту структура БД не так сильно меняется, чтобы приходилось отлавливать самые простые запросы по всему коду и менять их. Но это только SELECT, все прочие типы лучше всего выносить в методы модели. Обычно их намного меньше.
Не в сети
Страницы 1
Универсальная вики-разметка
Работает на FluxBB (перевод Laravel.ru)