присоединяюсь к вопросу

По своїй сутті мені підійшло бачення тайлера про те що закинувши це в папку я логічно обмежив функціональність моделями бд
__
По суті це пішла внутрішня відповідь на попередні дії раніше в мене моделі була  папка Models в якій була наприклад папка Post де були    уже моделі, це виявилось доволі заплутано і під час рефакторінгу спочатку планував залишити в окремій папочці усі моделі проте наразі вирішив спробувати поставити стркутуру як в оригіналі і подивитись плюси та мінуси

З плюсів для мене там лежати не лише моделі які звязуються з бд а й класи які звязуються з апі і в папку з моделями їх не надто логічно було б засунути

З мінусів як я початково думав це те що багато файлів в корені будуть відволікати проте по суті я зараз напряму в файли або в конкретні папки заходжу тому проблема не актуальна

имхо мусорка получается, допустим есть статья и теги
App\Models\Blog\Post
App\Models\Blog\Tag
потом появляются новости со своими тегами
App\Models\News\Post
App\Models\News\Tag

чем этот подход плох?

Імхо як на мене для зміни початкової структури має бути аргумент сильніший за багато мишкою скролити

А як назва таблиць в бд буде?

мое мироощущение противоречит куче файлов в корне app

Чи не краще щоб назва класів відповідала таблбцям? Тобі одним оком глянувши буде точно зрозуміло з якою саме сутністю ми працюємо

да и какая разница

база данных это хранилище, вся бизнес логика это приложение

дев работает с приложением, а не с базой данных

На мою думку плодити такі абстрації являється передчасною оптимізацією, вони не допомагають полегшити читабельність коду і розуміння взаємозвязків, в звичному розумінні модель в ларі привязана до таблиці де є певні колонки, структура даних та і у самій моделі є гетери і сетери, створюючи коротку назву класу і глибоку вкладеність прийдеться створювати псевдоніми оскільки буде конфлікт імен та і як я вище писав без цього також буде неможливо однозначно ідентифікувати сутність

зависит от инструмента, но если дев пишет код в блокноте это уже контр-продуктивно, а так все иде умеют понимают, написать алиас не проблема, многие библиотеки по-умолчанию используют алиасы и никто не умер, контрол клик и ты в курсе где ты и что ты

также я за синтаксис свзяей через Model::class

потому что это быстро это автокомплит, а если есть конфликт то иде меня предупредит

мне это напоминает одного знакомого который пользовался гитом исключительно в терминале, вместо того чтобы нажать контрол К и закомитить несчастные два файла он писал вот это все с кучей опечаток тратя полторы минуты вместо 2 секунд. аргументом было: я так команды помню/повторяю. а их знать надо....

но при этом я против fillable

почему?