Выбор Фреймворка

Помогите выбрать Фреймоврк для создание сайтов, я в PHP занаю процедурный стиль и начал учить ООП, минимальные знание работы с MYSQL

0

Есть три разных направления (асинхронные, энтерпрайз, стартапы)

Вроде тема ка про фреймворки, а не направления (php асинхронный, чем можете поделится в данном направлении из опыта)

А код некоторых фреймворков и вовсе ужасен.

кроме того он обычно избыточен
расшифруйте
асинхронные - php сервера работающие в фоне (при чем здесь фреймворки(реализация может быть на любом) если єто методика работы скрипта в фоновом режиме, обычно с использованием протоколов поверх tcp/ip)
энтерпрайз, стартапы - вот какие здесь отличия? и какой смысловой путь деления на 3 группы?
написать на фреймворке а потом переписывать на голом пыхе, других языках для оптимизации

0

Сообщение от Poznakomlus Вроде тема ка про фреймворки, а не направления (php асинхронный, чем можете поделится в данном направлении из опыта)

Асинхронные: фреймворки phpDaemon, React PHP.
Enterprise: Symfony, Zend
Стартапы: Yii, Laravel

Сообщение от Poznakomlus и какой смысловой путь деления на 3 группы?

В зависимости от задач. Писать банковскую систему на Yii так же глупо, как блог на Symfony.

1

Сообщение от root Львиная доля сайтов в инете это визитки, каталоги, портфолио,промо-сайт, в лучшем случае это магазин. Фреймворки, которые я смотрел, это либо попытка предоставить разработчику средства для создания интерпрайз проектов

Вот здесь соглашусь на все 100%, но это всеравно не повод делать свою заготовку. Для шаблонных решений самые идеальные это ЦМС. Даже визиток и не смотря то что ЦМС весьма ресурсокемкие. При современных хостингах на производительность никаким образом это не влияет. Фреймворк это более затратное по времени\финансам решение если расматривать комерческую сторону.

Для проектов уровня предприятия, скорее всего, нужно использовать другие средства, платные

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

Мое мнение, что та ниша которую занимает php, вполне покрывается возможностями самого php. Все, что нужно или можно реализовать в проекте, уже давно написано и лежит в сети. Только это не фреймворк, а набор решений..

Фреймворк это тоже в какой-то мере такое же решение)))) Суть его помочь ускорить разработку как и остальных решений, но в случае с фреймворком набор этих решений взаимосвязан с любым другим решением данной системы. Вот это загнул)))) . И если даже не найдется такого решения какое нужно вам всегда можно его скачать с просторов интернет, допилить под фреймворк и поделиться с сообществом)

Можно писать на чистом PHP. Если работать в свое удовольствие и это приносит вам удовольствие. Но если расматривать с точки зрения зароботка это ЦМС или фреймворк. Иначе никак

0

Из всех перечисленных тут фреймворков - работал пару дней с Yii 1.0 . Первое впечатление было "ВАУ!", но на второй день как-то не пошло.

Меня как человека которому не надо супер избыточной системы с сотней библиотек вполне устроил один маленький и простой фреймворк:
https://github.com/simple-mvc-framework/v2

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

0

А почему никто ничего не говорит про Zend Framework чем он плох, вся европпа и запад на нем пишут, и кстати его разрабатывает та же компания которая и разрабатывает движок PHP.

0

Сообщение от Shmidt1987 А почему никто ничего не говорит про Zend Framework чем он плох, вся европпа и запад на нем пишут

Судя по коду, его писали коренные индусы.

Сообщение от Shmidt1987 и кстати его разрабатывает та же компания которая и разрабатывает движок PHP.

PHP сейчас разрабатывается двумя сообществами: одно работает над внутренними механизмами и добавлением новых возможностей, другое над стандартами.

0

Kohana как простое начинание.
Но не использовать его а взять под основу для своего.
плюсы:
до безумия прост,
всё, что уже имеет к тому нечего добавить или убавить,
полностью раширяемый и гибкий,
до сих пор потдерживается и будет потдерживаться ещё долго
так как им занимаются интузиасты с разных стран.
Есль русская документация. http://kohana3.ru/

Переписать его ядро под себя и уже поймёте смысл его работы на 90%,
темболие, что ядро состоит только из одного файла.

0

кохана мертва. Начинать стоит с понимания mvc. Проще всего будет начинать с изучения cms (wordpress / joomla/ modx .. ) и потом уже пробовать фреймворки

0

Сообщение от itisntsoHard Проще всего будет начинать с изучения cms (wordpress / joomla/ modx .. )

Как по мне - легче понять mvc, чем понять как устроен шаблон wordpress.


Подскажите, какой фреймворк написан полностью на php (не требует манипуляций с командной строкой), и не имеет в себе "автоматических генераторов контроллеров" и прочей фигни? Спасибо за помощь

0

-MaZaHaKa-, командная строка нужна в любом современном фреймворке для удобства.

0

Сообщение от -MaZaHaKa- какой фреймворк написан полностью на php (не требует манипуляций с командной строкой), и не имеет в себе "автоматических генераторов контроллеров" и прочей фигни?

Не хотите пользоваться командной строкой - не пользуйтесь. Копируйте файлы (например, для создания нового контроллера или ещё какого-то класса) и меняйте их содержимое вручную. Но гораздо легче одну команду выполнить в командной строке - и класс контроллера автоматически создастся. Останется только написать код самой логики контроллера.

0

Провоцирую адептов различных сект. Кощунство и ересь буду изрыгать. Фреймворк для php это абсолютное зло! Потому, что хороших фреймворков для php не существует. Каждый фреймворк плох по своему, а хорошего нет! И не надо брызгать слюной, про то что я не смог освоить тот или иной фреймворк(тот или иной дает чудесные возможности! спору нет!).
И так. Это пример в рамках одной популярной оси. 25 лет назад. есть программирование настольных систем под виндовс. Есть единственный фреймворк mfc. Позже появился кросс-платформенный qt, который впрочем разрабочиками не очень уважался, потому что проги получались на порядки более ресурсоемки чем проги использовавшие mfc. За последние 25 лет не нашлось ни одного желающего написать собственный фреймворк! Использовалась либо mfc либо более низкоуровневые решения типа win api и стандартных библиотек си.. .NET -это полная смена технологии, ее не рассматриваем. А сегодня, моя программа написанная с использованием mfc 25 лет назад, компиллируется с современной версией mfc прекрасно работает как новая (современная)программа. Это и есть "повышение надежности, реализация рутинных операций и все это написано супер профи". Это и есть ФРЕЙМВОРК! Теперь берем php. Полнейшая фреймворк-помойка. Только ленивый не написал собственный фреймворк. Точнее каждый уже написал. Примеры? кохана - умерла, либо сидите(но недолго) на старых версиях php либо все переписывайте. ВСЕ(!) переписывайте. Это удобно и надежно? Yii! Разработчики Yii де-факто сказали своим пользователям:"переписывайте все заново, если хотите обновляться". При этом вам прикрутим дополнительные зависимости в виде менеджера зависимостей, кажется эта поделка композер называется. Тут возникает вопрос о вменяемости людей которые этот композер писали.. Они придумали конфиги к интерперетируемому (это важно) языку. Сама идея к интерпретируемому языку писать конфиг в каком-то формате отличающемуся от синтаксиса этого языка - идиотская. И не в каком-нибудь формате, в JSON! 3.14! Т.е. формат обмена данными, а ведь для работы с этими данными есть api в php, где программист оперирует сущностями php, а програмист js опреирует сущностями js. Но нет, мы должны ковырять глазами и руками формат json... Это прелесть, особенно когда в json попадают мультибайтные символы.. Конечно, это же еще одно звено к добавлению "надежности"..Надежность превыше всего. Зарегистрируйтесь на гитхабе(который переодически неработает), доверьтесь разработчикам yii, разработчикам композера.. и все будет хорошо. не беда что потом перепишите все заново. может быть и не вы, а лошара который ввяжется ваш проект поддерживать...
symfony.. программирование хеловорлд своидится к написанию конфигов на птичьем языке(или xml при желании, отдельное спасибо... см выше зачем конфиги в отдельном формате).. надоело..

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

0

Сообщение от root Это и есть "повышение надежности, реализация рутинных операций и все это написано супер профи". Это и есть ФРЕЙМВОРК

вендовый фреймворк написан супер профи?
Перефразирую: в вашем понимании фреймворком является только тот продукт, который имеет обратную зависимость, я правильно понял?

Сообщение от root Нужно учить язык, нужно изучать парадигмы и паттерны программирвания

1) Паттерны проектирования, а не программирования. Хотя парадигмы программирования. Быть может, вам тоже следует подучить теорию?
2) Вроде никто и не говорил, что знать сам язык не надо. Не знание языка - это путь в никуда.

0

0

Сообщение от KOPOJI в вашем понимании фреймворком является только тот продукт, который имеет обратную зависимость, я правильно понял?

обратную совместимость. А так правильно поняли. Зачем мне связываться с коханой, которая умрет через два года? Зачем связываться с yii, когда через определенное время разработчики этого фреймворка меня кинут? В моем понимании фреймворк это набор понятных инструментов, кусков кода если хотите, api и это не поменяется ближайшие годы таким образом, что мой код вдруг не станет неработоспособным... а mfc лучший фреймворк(в рамках той технологии), который мог бы быть написан лучше, но никто лучше не написал.. никто не сделал альтернативы. Круг задач программирования под винду значительно шире чем программирование под веб. А фреймворк один, а для php, который в ограниченной нише находится, собралась уже помойка из фреймворков... количество не перерастет в качество. Пых с его огромным количеством функций сам по себе является прекрасным фреймворком для разработки веб приложений

0

Сообщение от root обратную совместимость

да, я имел в виду совместимость, ошибся.

Сообщение от root Круг задач программирования под винду значительно шире чем программирование под веб. А фреймворк один

Фреймворков, с помощью которых можно разрабатывать приложения под винду, тоже полно. Навскидку - .NET, Qt.
по поводу обратной совместимости, опять же, это не всегда правильно. Например, была какая-то функция, которую вы использовали. В новой версии ее убрали в виду небезопасности. Итого: обратная совместимость отсутствует, но по причине исправления безопасности. Хотите - используйте небезопасный код на свой страх и риск, обновляться вас никто не заставляет. Не хотите - замените на появившийся аналог. Это нормальная практика.

Сообщение от root для php, который в ограниченной нише находится, собралась уже помойка из фреймворков... количество не перерастет в качество

Но и хуже от количества никому не будет. Выбирайте, что вам по душе, и используйте. Или не используйте - но не стоит осуждать кого-то за использование.

Сообщение от root Пых с его огромным количеством функций сам по себе является прекрасным фреймворком для разработки веб

О да. Особенно с кривыми наименованиями функций. Даже никакой стандартизации нет - навскидку, посмотрите хоть функции по работе с массивами http://php.net/manual/ru/ref.array.php - array_* vs arsort и т.п.

0

Сообщение от KOPOJI Фреймворков, с помощью которых можно разрабатывать приложения под винду, тоже полно. Навскидку - .NET, Qt.

нет, нет. это не полно. Из того что вы назвали фреймворк всего один. Рабочих фреймворков (в рамках си для винды) всего два, это mfc и qt. дотнет это дополнительный api хотя называется фреймворк. На нем базируются целые языки. Вы не напишите на шарпе программы без "фреймворка" дотнет, А на си - напишите. Но на си вы можете использовать этот самый дотнет.
К чему мы пришли? К полной неясности того, что называть фреймворком! Это получается любая нахлобучка на стандарт... Или нет? Моя мысль текла по дереву и сказала так: можно использовать фреймворки, можно не использовать. Главное чтобы удобно было. Но я против того что-бы говорили про то, что фреймворки это наше все.. во. Сам сейчас переписываю проект-каталог с Yii -1* на свой движок в котором нет ничего лишнего от Yii. Но взял кое-какие идеи разработчиков Yii. Объем кода сократился до 1.5мб по сравнению с 19мб. И радуюсь. как-то так.

0