В дополнении к ответу Никита Дергачев сообщу, что название классов моделей должно быть в одиночном числе (Article), если это вообще модель в том контексте, а не какой-то там сервис.
seredaes, я не предлагаю массив без ключей - это глупость. Я предложил вариант с select, грубо говоря, только с возможностью добавлять несколько языков сразу.
Mikhail OsherAnton Mashletov, зависит от проекта. ООП на беке нужно всегда, в 100% случаев без оговорок и тут поможет только TS. В то же время фронт не требует ООП и вообще 90% фич TS.
Роман Дубинин, они не обязательны, но только если проект никто и никогда не увидит, не будет трогать, использовать, модифицировать. Только в том случае, если проект написан без компонентов, путем подключения фрейма через cdn. В таком случае Vue вообще не стоит использовать, не годится ни для чего.
Так что да, вы правы, не обязательно. Но необходимо.
mrSeller, а что, разве не так? Я вот перед тем как вообще что-либо кодить читаю доки, в т.ч. я потратил неделю на изучение доков досконально, и глупых вопросов потом у меня не возникало.
Тостер, как и стаковерфлов, имхо, не создан для вопросов по элементарным докам.
Лобстер, в интернете ТОННЫ информации. Если вы не платите человеку $100/h за индивидуальное обучение, то будьте добры сами искать то, что вам нужно. Глупо жаловатся на то, что к вам на экран не попал огромный баннер с кнопкой "как сделать правильно"..
codercat, тогда создавайте внутри app/ все что захотите. Laravel не привязан к какой-то конкретной структуре приложения. Абсолютно нормлально все перехреначить под модульную стркутуру, или, к примеру, создать парочку новых папок (namespace'ов), как Classes или Services. Никто вас не ограничивает.
codercat, тогда это не библиотека, а часть проекта.
Но вообще то, что вы описали, называется библиотекой, и не важно, насколько часто она используется - это независимый набор кода, не привязанный к конкретному проекту.
