Существуют ли PHP фреймворки без MVC?

Question

[nick1m]

Подскажите нормальный PHP Фреймворк без MVC и прочих "наворотов".
Для упрощения основных рутинных задач, таких как, работа с базами данных, с файлами, обработка POST и GET запросов, возможно работа с сессиями (авторизация) и прочее.

UPD: Ребята, не надо меня агитировать! По данному поводу здесь и вообще в сети масса материалов!
Если вы встречали в жизни сотни Фреймворков, но таких небыло, так и напишите. Спасибо!
И так всё забили этим MVC, что нагуглить ничего невозможно.

Answer 1

[Филипп Дмитров]

Это правда. Паттерн MVC сложен пока вы не проникнетесь. Как только поймете что и как, вам больше ничего не захочется использовать. Не говоря уже о том, что при грамотном подходе, ваш проект станет благодаря этому вообще, практически, фреймворконезависимым, и при необходимости, вы сможете менять оные за пару дней. (А это иногда приходится делать)

Comments

[nick1m]

Понимаете ли, то, что начали именовать модным термином MVC существовало задолго до него и шаблонизаторы и контроллеры и разделение логики (я именно про php), но в php, да и вообще в WEB, данный паттерн притянут "за уши" из GUI (на сколько я понимаю).

Я уже очень давно использую свои способы разделения, как по мне - гораздо более удобные. Я не работаю в команде и не собираюсь устраиваться на работу php-программистом. Т.е. оно мне ни к чему.

[Филипп Дмитров]

nick1m: а зачем вам тогда фреймворк? Возьмите пару тройку библиотек с необходимым функционалом, и соберите свой. Composer в помощь

[nick1m]

Филипп Дмитров: Да, Вы наверное правы, сам к такому выводу вчера пришёл. Просто думал, что возможно есть готовое решение, а нагуглить практически невозможно, вся выдача забита MVC Фреймворками :))
Может посоветуете библиотеки?

[Филипп Дмитров]

nick1m: возьмите от PHPixie библиотеки. Они шустрые и легко интегрировать (ВТорая версия). На хабре есть россыпь статей от автора.

Посоветовал бы фреймворк в целом, но там DI-контейнер и вам, скорее всего, не очень понравится. Сам в итоге отказался а больших проектах, из-за крайне неудобочитаемых выражений и бардака с пространством имён

[Филипп Дмитров]

Филипп Дмитров: хотя изначально казалось что вещь очень классная, фреймворк-кода почти нет, пиши как удобно, решает только самые болезненные вопросы.

[Филипп Дмитров]

nick1m: а вообще гуглите по запросу "PHP dsl"

Answer 2

[Сергей Протько]

без MVC и прочих "наворотов".

Да не заморачивайтесь вы так. Все намного проще чем вы думаете.

В целом рекомендую вам любой микрофреймворк (silex например) и ставить отдельно по надобности библиотечки из composer.

Answer 3

[Максим Гречушников]

тот же yii или ларавел не заставляет вас использовать mvc
симфони и зенд это вообще набор библиотек

Comments

[nick1m]

Тот же RoR не заставляет меня использовать ларавел yii, да и php :)
Продолжать не буду, думаю Вы меня поняли :)

[Сергей Протько]

nick1m: а что вас не устраивает в MVC? Или может вам active record только не нужен (это как бы никакого отношения к MVC не имеет).

[Максим Гречушников]

nick1m: вас никто не заставляет использовать ООП или пхп.
Продолжать не буду, думаю Вы меня поняли :)

[nick1m]

Сергей Протько: Даже не знаю как Вам объяснить. Вспомнил пример из какой-то юмористической передачи: "Покупаем упаковку Кока-Колы из-за скидки в 20 рублей и что бы отвезти её берём такси за 200".

[Сергей Протько]

nick1m: вот честно, причем тут MVC? Опять же, вам просто нужен легкий микро фреймворк (Lumen, Silex, Slim).

[nick1m]

Сергей Протько: Вы никогда не парились с настройками параметров MySQL, Nginx в течении пары месяцев, что бы оптимизировать скорость работы вашего приложения, которое ещё и работает без вывода результатов, а только с базой?. Я редко пишу, редко слежу за новостями в пхп, а Фреймворки обычно поддерживают их разработчики, которые за этим следят. Т.е. вполне возможно, что в моей "писанине" есть реальные уязвимости, да и обновлять версии PHP было бы куда гораздо проще просто обновив Фреймворк в приложении. Я вполне серьёзно говорю, что если уж изучить что либо написанное с данной целью, то браться нужно за Ruby и RoR например, но не ларавел и основанный на нём люмен. Я вопрос не спроста так поставил в сабже.

[Максим Гречушников]

Сергей Протько: вы его понимаете?

[Назар Мокринский]

nick1m: У вас какие-то бредовые мысли и/или предубеждения

[nick1m]

Назар Мокринский: Возможно, а возможно и у Вас. Как пример не относящийся к сабжу, предположим у Вас есть задача, обработать на регэкспах пару сотен млн строк в текстовом файле, Вы будете использовать php?

[Сергей Протько]

nick1m: повторю еще раз, что не так с Laravel и основанном на нем (на самом деле это не так) Lumen?

[Сергей Протько]

nick1m: короче, вы попонтоваться или задачу решать? Я вот не люблю ни laravel ни RoR и считаю концепцию MVC в контексте бэкэнда бредом (под бэкэнд придумали ADR как уточнение к кононическому MVC).

Возьмите Silex, это хороший request/response фреймворк.

[nick1m]

Сергей Протько: Попонтоваться.., а Вы? :)
По сути. Я бы даже и взялся по Вашей рекомендации за Silex, хотя и до создания сабжа уже к нему присматривался, но поясню, почему против.
Открываю главную страницу сайта данного микрофреймворка и вижу там:

$app->get('/hello/{name}', function($name) use($app) {
return 'Hello '.$app->escape($name);
});

Я это делаю примерно так:
RewriteRule ^hello\/(.+)$ ?name=$1 [L,QSA]
echo echo $_GET['name'];

Вопросы:
1) Что быстрее и во сколько раз?
2) Зачем мне этот велосипед?

[Сергей Протько]

nick1m:
1) быстрее nginx + php-pm + silex + fastroute
2) то есть вам не нужен этот велосипед и вы предлагаете использовать свой?

[Сергей Протько]

nick1m: если вам так нужна производительность - может стоит просто взять go?

[nick1m]

Сергей Протько:
> что не так с Laravel
1) Что его нужно изучать.
2) Что 5-я версия "в корне" отличается от 4-й.

Т.е. интуитивно я понимаю, что стоит прислушаться к Вашим советам и разобраться с чем либо из того, что Вы рекомендовали, как минимум для общего развития. Но у меня не укладывается в голове, зачем учить "новый язык" написанный на php? Думаю, что это "извращение" в моём случае. :) Возможно я не прав. Мне кажется, что если уж изучать, то тогда Pyton либо Ruby с их прославленными Фреймворками для данных целей. Объясните плз, если я здесь действительно не прав, то почему?

PS: Я не зарабатываю кодингом, пишу только для себя.

[nick1m]

Сергей Протько:
> может стоит просто взять go
Я ниже уже писал именно об этом, что сейчас изучаю ноду, дальше в планах гоу и что сутки не резиновые и у меня не семь пядей во лбу :)

[Сергей Протько]

nick1m: любой инструмент нужно изучать. В этом преимущество микрофреймворков - там меньше всего, меньше изучать.

зачем учить "новый язык" написанный на php

Вы о чем? я предложил вам golang, это отдельный язык программирования. Ну или php-pm - оно устраняет накладные расходы на запуск фреймворка на каждый запрос, но так работать становится существенно сложнее.

В целом к вопросу маршрутизации - возьмите Lumen и не парьтесь. Там от Laravel не так много и вы этого всеравно не увидите. Зато маршрутизация одна из самых быстрых. А 1 милисекунду или 2 подождать при умирающей модели работы пыха - это как бы пофигу.

[nick1m]

Сергей Протько:
> быстрее nginx + php-pm + silex + fastroute
ну мы так и до ассемблера добраться можем :)
я о конретном приведённом варианте
> то есть вам не нужен этот велосипед и вы предлагаете использовать свой?
да это не велосипед, это можно сказать стандарт :)

[nick1m]

Сергей Протько:
> Вы о чем? я предложил вам golang,

Сергей, не путайте, я вам отвечал по поводу ларавел, и конкретно указал это.
По поводу go, я вам так же ответил, отдельно, на отдельное ваше сообщение.

Роутинг меня вообще не интересует. Не вижу проблем с ним без дополнительных инструментов, возможно это нужно тому, кто с регэкспами не дружит.

[Сергей Протько]

nick1m: для вас это может и стандарт, а для меня это легаси. Я апач за последние 5 лет использовал раза 4 наверное, и то только потому что таковым было требование клиента либо другие какие-то особенности. Я с IIS сталвивался чаще.

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

По роутингу - роутинг как раз таки на регулярочках. Для домашнего пет проджекта или хобби которое никто не увидит - сойдет, не спорю (а на nginx будет еще быстрее), но вот для коммерческой разработки эти все кастыли несут в себе слишком много рисков и дополнительного оверхэда.

Короче ответ на ваш вопрос - используйте Lumen/Silex и не парьтесь. Вопросы микрооптимизаций - забейте, я на 90% уверен что вы скорее убьете производительность базой данных а не фреймворком.

[nick1m]

Сергей Протько: Да, Сергей, умеете Вы убеждать! :) Поражаюсь Вашему терпению :))
А почему не питон, допустим?

[Сергей Протько]

nick1m: ну потому что питон (CPython) все же не быстрее пыха (как язык), а неумирающую модель работы и на пыхе можно юзать (есть опыт, это прикольно и дает нехилый буст, но я пока боюсь сложные штуки в продакшен так пихать).

Если уж гнаться за производительностью то я бы взял Go или D. А в целом я не думаю что это вообще хоть сколько нибудь оправдано. Все всеравно упирается в I/O.

[nick1m]

Сергей Протько:
< А 1 милисекунду или 2 подождать при умирающей модели работы пыха - это как бы пофигу

Сергей, я вот сейчас тестирую дешёвый хостинг и у меня запрос в MySql разнится с VDS (в обоих случаях на SSD), c диапазоном 0.0003-0.0001 до 0.0001 сек., при обработке 500 кил записей.

PS: Это так, к слову, возможно Вы описались, что скорее всего.

[Сергей Протько]

nick1m: вы сравниваете производительность MySQL (штуки написанной на сях) с библиотеками для маршрутизации (штуки написанные на php и выполняющие чуть чуть другие вещи).

Мой аргумент - бессмысленно оптимизировать что-то, если это капля в море (1 милисекунда или 2-е при общем времени выполнения http запроса на сервере в сотню милисекунд).

Ну и да, вы учитываете только время выборки, скорее всего по индексу. Данные же всеравно надо будет считать с диска, перекинуть в пых и скорее всего как-то обработать.

[nick1m]

Сергей Протько:
Я не сравниваю! Я лишь говорю, что Вы возможно описались!
Ну и да, без индексов, в PHPMyAdmin, т.е. уже перекинуто и обработано в php.
Ваш аргумент актуален только в том спектре задач, который Вы подразумеваете.
Для своих целей я сейчас использую другие решения, но как оказалось, пхп неплохо с ними справлялся.

[Сергей Протько]

nick1m: описались в чем? Я говорил про милисекунды, и именно в таких порядках идут выйгрышы при смене одного маршрутизатора на другой. В вашем примере (десятые доли милисекунд) это без учета работы самого php, только выполнение запроса (без учета fetch result и т.д.)

[nick1m]

Сергей Протько:
> без учета fetch result и т.д
А как по вашему PHPMyAdmin данные выводит, без учёта... ?

Т.е. если "роутинг" занимает в 10 раз больше чем запрос к базе, это уже ооочень плохо! Плохой подход. Но я сомневаюсь в этом. Думаю, что вы ошибаетесь, спорить не буду, проверять так же. Мы вряд ли поймём друг друга.

Answer 4

[jaxel]

Я так понимаю, у вас просто есть свой велосипед, и вы не хотите разбираться с фреймворком. Тогда вам просто нужно брать отдельные компоненты и использовать их в своём проекте. С композером это делается очень легко.

Но я бы всё равно рекомендовал вам приложить усилия и разобраться хоть с одним современным фреймворком. Уверяю вас, к своим велосипедам возвращаться не захочется.

Comments

[nick1m]

По поводу велосипеда Вы скорее правы чем нет, но всё же не то. Вы же не ездите в магазин на камазе вместо велосипеда, тем более если он (магазин) в ста метрах от дома. И вообще данный подход считаю не правильным. Когда на си пришется пхп это нормально, но когда на пхп пишется нечто подобное рор, это уже перебор, тогда уже нужно изучать именно рор. :) Ведь Фреймворки это по сути язык над языком. А вообще конечно, всё зависит от целей и задач.

Так же, велосипеды велосипедам рознь, давно уже собираюсь перевести несколько сайтов с MODX CMF на свой велосипед, т.к. крайне не удобно, громоздко, затратно во всех смыслах кроме денег :), ненадёжно (увы, ломали).

Мне нравится php, я его использую во многих случаях для личных нужд, например, где другие используют excel :), но для некоторых задач он не предназначен.

[jaxel]

nick1m: MODX CMF и фреймворком то назвать нельзя. Он действительно громоздкий и неудобный. Попробуйте Symfony 2 или Yii 2. Это совсем другой уровень.

[nick1m]

jaxel: А я и не говорил, что это фреймворк, это разработчики эту CMS так окрестили :).
Спасибо за совет. У симфони изначально философия другая.

Если уж смотреть на них, то я наверное возьмусь за изучение Ruby и RoR, но пока это не входит в мои планы. С другой стороны, возможно нужно просто надёргать необходимое для себя из их библиотек..., даже не знаю, стоит ли заморачиваться. Проще оставить как есть. Мои велосипеды пока не ломали, переезжал нормально. Да и других задач хватает. Сейчас ноду изучаю, в планах гоу, а сутки не резиновые и у меня не семь пядей в голове :)

Answer 5

[Владислав Гайдук]

Как вариант простой mvc framework https://github.com/panique/mini

Answer 6

[Виктор]

Самый первый написанный мною фреймворк был совсем без MVC. Сейчас смотрю на код и волосы дыбом встают :-)

Answer 7

[Назар Мокринский]

Вот смотрю я ваши комментарии, nick1m, и не совсем понимаю что вам нужно, судя по всему, как и многие остальные.
Тем не менее посмотрите та мою разработку, есть шанс что вам подойдет.
MVC (которое в мире PHP и так не MVC классическое по факту и быть таким не может) не навязывается в общем, рутинные вещи вроде кэширования, БД, авторизации и подобные очень хорошо разгружает.
Если будут интересны подробности - код весьма прост и прямолинеен в своем большинстве, так же есть wiki на GitHub, ну и меня найти в случае чего не сложно.

Comments

[nick1m]

Назар, а почему вы не ответили на мой предыдущий вопрос?
Цитирую:
>@nazarpc У вас какие-то бредовые мысли и/или предубеждения
>>@nick1m Возможно, а возможно и у Вас. Как пример не относящийся к сабжу, предположим у Вас есть задача, обработать на регэкспах пару сотен млн строк в текстовом файле, Вы будете использовать php?

Дополняю:
Ваше решение? Думаю Вам, как "ясномыслящему", эта задача элементарна!?!?.

Для меня, с моими бредовыми - да.

[Назар Мокринский]

nick1m: Я просто посмотрел переписку и увидел что вы спрашиваете о фреймворке на PHP и тут же яро агитируете за RoR, откидаете любые даже потенциальные варианты на PHP - вот и возникает вопрос, а что вам, собственно, нужно?

По поводу regexp - я бы взял grep/sed/awk и так далее, если это одноразовая простая автоматизация с CLI интерфейсом. Для сложных вариантов, пожалуй, написал бы на PHP простенький CLI скрипт. Не вижу никакой корреляции с вопросом о фреймворках, они тут ни при чём.

А по поводу изначального вопроса - моё предложение, имхо, лучше коррелирует чем Symfony/Laravel/Zend/etc.