ну я написал про то что стоит избегать. Естественно если если это осознная необходимость никто тебе не запретит именно так именовать

Т.е. вы хотели посоветовать думать над именованием методов? Причем тут тогда set и get вообще?)

имею и не использую сеттеры и геттры. Методам стараюсь давать осмысленные названия

что то мне кажется ты не верно понимаешь. От того что ты убрал из имени get\set твои методы не перестали быть геттерами и сеттерами

не спорю, может. Пролей свет

ну могу только повторить) "От того что ты убрал из имени get\set твои методы не перестали быть геттерами и сеттерами"

возможно, но теперь ты не "насильно" меняешь часть объекта. О общаешься с ним, прося изменить какое то его состояние например. Вместо setName, будет для примера please_change_fio_to($fio)

возможно, но теперь ты не "насильно" меняешь часть объекта. О общаешься с ним, прося изменить какое то его состояние например. Вместо setName, будет для примера please_change_fio_to($fio)

dear_model_can_you_please_change_fio_to($fio)

@Eraice в спамеры переквалифицировался? :)

В двух словах: создает папку Modules, где мы создаем логические модули (или плагины) системы и для каждого модуля доступны собственные контроллеры, вьюхи, модели, артизан-команды и пр. Тоесть nwidart/laravel-modules приводит в порядок большую структуру большого проекта

Бывает такое, пишешь код и понимаешь что "уже обязательно должно быть что-то такое, чтобы стало удобнее и правильнее" :))

ну да, сначала такой опа, все делю на модули. Потом, опа их же можно как зависимости composer ставить )))

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

а где их хранить, в приватном репо?

где хочешь, если очень боишься за них, храни в приватном :) https://nwidart.com/laravel-modules/v3/advanced-tools/publishing-modules

если прознают про что? у меня например есть модуль типа CRUD, он только функционал несет, и нет в нем каких пользовтельских данных

ну я обычно выношу в такие модули общий функционал который мне может потребоваться. например тот же круд, работа с картинками и т.д. А для именно приложений уже либо модули которые не публикуются, да и зачем им это? Либо все в папке App

ну ты же используешь композер, сторонние пакеты? это тоже самое. Например почти в каждой админке стоит модуль пользоватли, и его функционал почти везде одинаков. Поэтому ты разрабатываешь модуль пользователи и просто кидаешь его в зависимости. Публикуются все модули в папку Module. При желании можешь модуль потом оставить, а зависимость отключить. Но сборка проекта у тебя так облегчится

а в чем суть "Пользователей" выносить в отдельный модуль? Это же самая стандартная из стандартных вещей? Я думал что модули это то что от проекта к проекту подключается/отключается

например у вас работают 2 программиста, у каждого свой проект. И ты добавил в своем возможности задавать группы пользователям. А второй сделал возможность опционально отправлять уведомления пользователям. Вот что бы в итоге этот функционал не терялся, а наращивался, удобнее использовать общий модуль

Подскажите, для создания полиморфных связей поля обязательно называть так? comments id - integer body - text commentable_id - integer commentable_type - string Или можно так? comments id - integer body - text parent_id - integer parent_type - string

боже они даже собственные миграции из коробки поддерживают

вот тут еще не плохая мыслишка как сделать модули независимыми. Но правда не совсем получиться так сделать ))) https://gist.github.com/greabock/48787baab768b519f21c

их можно на лету добавлять при желании

Приветствую! Столкнулся с проблемой, разработал сайт на Laravel на локальном компе, все ок все гуд. Выдали сервер, Env cтоит production, я его выложил и у меня не работает локализация. Везде где в blade стоит @lang('app.item') на сайте у меня выводится APP.ITEM, как будто не находит перевод, но у меня есть файл перевода и сам item тоже переведен, но Laravel говорит что нет. Кто сталкивался с такой проблемой?

вот тут еще не плохая мыслишка как сделать модули независимыми. Но правда не совсем получиться так сделать ))) https://gist.github.com/greabock/48787baab768b519f21c

посмотри какая локаль определяется и точно ли есть такой файл

Спасибо, почитаю в пятницу, а что такое ddd

способ разделения логики по проекту, логически выходящий из high cohesion low coupling/grasp/solid принципов

способ разделения логики по проекту, логически выходящий из high cohesion low coupling/grasp/solid принципов

способ разделения логики по проекту, логически выходящий из high cohesion low coupling/grasp/solid принципов

скорее это способ перенсти процессы предметной области в логику приложения

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

Приветствую! Столкнулся с проблемой, разработал сайт на Laravel на локальном компе, все ок все гуд. Выдали сервер, Env cтоит production, я его выложил и у меня не работает локализация. Везде где в blade стоит @lang('app.item') на сайте у меня выводится APP.ITEM, как будто не находит перевод, но у меня есть файл перевода и сам item тоже переведен, но Laravel говорит что нет. Кто сталкивался с такой проблемой?

не вижу твою претензию

После такого приветствия остается добавить типа "вечер в хату, сеньоры, к вам разработчик из Волгограда"