Фреймворк или микрофрейворк?

Question

[Mors Clamor]

Доброго времени суток! Подскажите пожалуйста, что лучше выбрать для разработки информационного сайта, блога и пр. небольших и средних проектов? И значит ли МИКРО - хуже? Есть ли между ними какая-то разница, кроме того, что большие фреймворки уже напичканы всем подряд?

Comments

[Сергей delphinpro]

Laravel берите и не парьтесь

Answer 1

[Daria Motorina]

Если нет опыта построения хорошей архитектуры без фреймворка, то лучше сразу полноценный фреймворк. Symfony 4 идет как микрофреймворк, но легко дополняется до большого фреймворка (другой вопрос, что с ней долго разбираться). Остальные фреймворки проще, и не думаю, что условно лишний функционал сильно усложняет жизнь, проще что-то выключить в конфигурации и включать по мере надобности, чем наспех дополнять в микрофреймворке.

Comments

[Mors Clamor]

Тогда почему одни фреймворки считаются хуже или лучше других? Даже не брать yii vs laravel, а вот выйдет например ci4 сейчас закидают же сразу г... Грязью

[McBernar]

66demon666, нет, не закидают. Просто каждая лягушка хвалит сами знаете что. Но чем опытнее разработчик, тем реже от него можно услышать реплики «фреймворк N туфта, а M крутяк!». Они все хороши. Хороший разработчик посмотрит всех и просто выберет лучшее решение под текущую задачу или под свои привычки, но не будет ни в кого кидаться тапками.

[BATPYIIIKOB]

66demon666, не фреймворки считаются хуже, а программисты которые их таковыми считают из-за собственной ограниченности... Есть удобные и не очень фреймворки, есть те которые перспективные (постоянные обновления, большое комьюнити и т.д.) и безперспективняк, которые застряли на РНР 5.4, есть которые придерживаются строгих правил и рекомендаций (PSR, SOLID, паттерны и т.д. ...), а есть которые им не следуют и т.д...
Пиши на том, на котором удобнее.

[Антон Р.]

Обожаю эти советы начинающим сразу бросаться на Симфони, это просто десять баллов из пяти!

[Daria Motorina]

Антон Р., рада, что ты ценишь эти советы выше остальных

[BoShurik]

Антон Р., а вы сами пробовали Symfony? В чем проблема сразу использовать его?

[Mors Clamor]

Daria Motorina, дело в том, что я начинал с CI 3, но оставаться на нем нельзя, ибо там много чего нет. Я пробовал Laravel, вот сейчас Yii ковыряю. В Laravel есть много чего "из коробки", но я не понял, как это настраивать. И вот буквально сейчас сижу сравниваю, сайт на CI3 у меня грузит грубо говоря 2 секунды, а на yii2 в debug режиме -6. Вот и что делать...

[Mors Clamor]

Daria Motorina, а нет, CI - 3 секунды а yii2 в продакшене 16. Круто

[Daria Motorina]

66demon666, в моем ответе не было агитации за symfony, просто факт, что теперь она может работать в разном объеме) мне самой ее тяжело осваивать. Для любого фреймворка нужно разбираться в ооп, паттернах и правильных подходах, просто symfony быстрее ставит перед фактом незнания чего-то важного. Скорость работы фреймворка на php зависит от его версии, настроек сервера, железа, на котором все это крутится, оптимизации фронтенда (cdn, минификация и т.д.) помимо самого кода - пример статьи для laravel. В первую очередь можно зайти в этот файл конфигурации и закомментировать ненужные провайдеры и классы.

Answer 2

[Максим]

Микро - означает с минимальными пакетами "из коробки". В микро надо собирать всё самому. Во фремворке уже практически всё есть. Если вы не знаете разницу - выбирайте фреймворк!

Answer 3

[BATPYIIIKOB]

Судя по вопросу, опыта разработки на фреймворках у вас мало. Тогда для блога, инфо сайта и т.д. лучше вообще использовать готовое решение в виде CMS (какую выбрать - решать вам).
Плюсы:
- сокращение времени разработки
- готовые шаблоны
- готовые компоненты и реализации
- проще в обслуживании
- и т.д...

Если хотите освоить фреймворк, то посмотрите вакансии - сейчас в лидерах востребованных Laravel.
Когда освоите хоть один фреймворк, то у вас не будет стоять вопроса какой использовать. А когда освоите РНР, тогда вообще забудете, что такое фреймворки и будете в сосотоянии сами собрать необходимый фрейм (благо спасибо композеру..)
Микро- идёт с минимальным багажом и функционал необходимо допиливать. В основном они для конкретных реализаций: допустим сделать REST API сервис, или спарсить сайт :).