@Kutuzov_ska

Зачем в современном php фреймворки?

Здравствуйте. Суть: На самом ли деле плохо не исползовать фреймворки в современном php? У нас на проекте используется php, php-mysqli, php-fpm. В php-mysqli есть встроенные функции экранирования. Если создавать RESTfull, создается входящий контроллер, который разбивает строку и подбирает нужный.
Мы получаем большой контроль над проектом, отсутствие кучи абстракций и т.д. Но все с кем бы я не говорил, уверены, что мы творим "какую-то дичь, возьми ларавель и не парься".
По стандартам написания кода все верно, наш микро фреймворк документирован.
  • Вопрос задан
  • 284 просмотра
Пригласить эксперта
Ответы на вопрос 6
Ну вот вы сами себе противоречите
плохо не использовать фреймворки в современном php?

наш микро фреймворк документирован

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

Ну а на Ваш вопрос - Зачем в современном php фреймворки можно ответить очень просто - А зачем Вы в процессе разработки создали свой микрофреймворк?
Ответ написан
Sanes
@Sanes
Чтобы было.
Это просто очередной уровень абстракции, как и PHP перед Си.
Обычно такими вопросами задаются от безделия.
Ответ написан
syamskoy
@syamskoy
- Зачем нужен ассемблер? У нас же есть управление напряжением!
- Зачем нужен С? А нас же есть ассемблер!
- Зачем нужен С++? У нас же есть С!
- Зачем нужен PHP? У нас же есть C++!
- Зачем нужен framework X ? У нас же есть PHP!
- Зачем нужен Y? У нас же есть X!

Каждая такая абстракция ускоряет цикл разработки. И чем быстрее продукт разрабатывается, тем более конкурентноспособным он является.
Ответ написан
Delgus
@Delgus
Php-фреймворк проверен временем и тысячами разработчиков.
Для бизнеса - фреймворк
1. Легко найти разработчиков для поддержки
2. Возможность избежать критичных ошибок
3. Большинство фреймворков даруют гибкость, например с Mysql будет легко переехать на Postgres без значительных затрат.

Хотите больший контроль над проектом и высокую производительность - возьмите GO. Раз у вас так много времени для написания велосипедов, почему бы не взять серьезный язык. Зачем писать еще один микрофреймворк на php?
Ответ написан
@tutuborg
Фреймворк - решение стандартных задач.
Если ты будешь делать что то свое сколько нибудь значительное в размерах - в конечном итоге придешь или к лапше нечитаемой или к фреймворку.
Так почему бы не сэкономить себе время.

В мелкой проектике, разумеется, фреймворк только мешает.
Ответ написан
@andreysuha
Что то знаю
Для того же для чего и в других языках, не наступать на та что уже наступили, не придумывать то что уже придумали ничего нового... Ну и конечно же Вам никто не запрещает не использовать фреймворки думаю это иногда даже полезно начинаешь понимать почему в том вот популярном фреймворке сделали так хотя это казалось нелогичным/не правильным/не нужным
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы