О PHP-фреймворках

Господа, а какие мнения у вас о Symfony?

Цитата ("CreoShopCms"):

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

Тут не всегда так. После 1-2 совместных проектов можно прийти к общему стилю. Если программист хороший, то он должен писать понятно для остальных.

Цитата ("vladmax"):

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

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


по Цитата ("Anexroid"):

Вопрос: Если установить Zend Studio повысится ли скорость разработки проекта на Zend Framework'е?

У нас в команде нет. Но дело вкуса.

Цитата ("WebDesignStudio"):

Тут не всегда так. После 1-2 совместных проектов можно прийти к общему стилю. Если программист хороший, то он должен писать понятно для остальных.

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

LastDragon, использование фрэймворка - это не конец мыслительной деятельности. И думать никто еще не разучился, пользуясь готовыми классами и библеотеками. Просто это на другом уровне. Согласен, чтобы перейти на фрэймворк, нужно поизобретать велосипед. Но не 3 года. Если вы работаете в команде, без структурированной системы не обойтись. И в этом всегда помогает фрэймворк.

Цитата ("FladeX"):

Господа, а какие мнения у вас о Symfony?

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

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

Кроме того, тонны наработанного сообществом фреймворка кода лишними тоже не будут и ускоряют разработку.

Цитата:

И думать никто еще не разучился

Это как посмотреть, если всегда тупо брать и использовать готовое даже не задумываясь как оно работает, то в конце концов вы не сможете решить ни одну задачу которая выйдет за рамки существующего кода. Изобретать простой велосипед конечно смысла мало, а вот если взять что-то новое и/или интересное и попытать применить это на практике - будет полезно (в первую очередь для самого себя). У фрилансера здесь простор, как правило, больше чем в офисе.

Цитата:

Но не 3 года.

Я про это и говорю - если делать свой велосипед то только или (1) с целью его дальнейшего развития и использования (альтернатива - участие в написании поправившегося), но если ваш уровень как программиста низкий/средний то его будущее сомнительно; или (2) с целью своего развития. Я вот, например, сейчас подумываю о написании простой cms (хотя 99% что до финала она не дойдет), исключительно с целью изучения новых возможностей PHP 5.3 и попытки реализации нескольких интересных, в первую очередь мне, идей.

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

Цитата ("garvey"):

Но не 3 года.

Ну это кому как. Эти 3 года не пошли только на тупое быдлокодерство. У меня уже есть много наработок под разные типы сайтов. И кстати, мои системы занимают десятки килобайт а не мегабайты. И в них нет куча подключаемых файлов, возможности которых обычно не используют.
Если 3 года назад простой сайт визитку создавал за неделю, то сейчас на это уходит 1-2 дня. Думаю эти 3 года не зря занимался чистым программированием. Считаю что, хотя бы 2 года нужно упорно работать, и учится самому все писать, а потом уже решить, стоит использовать готовые решения или нет. У меня было много попыток пересесть на ФВ, но всегда передумал. Почему? Секрет.
Я даже свой код постоянно улучшаю, а не просто тупо его повторно использую. Не говорю что я самый самый умный из всех и пишу самые хорошие скрипты. Но все таки, в своем коде мне удобнее как то. Сейчас очень много работы и даже нет времени изучать какой то ФВ. Был даже эксперимент. Знакомый делал сайт на ФВ а я с нуля. У меня быстрее получилось. Использование чужого ФВ иногда оправдано, но не всегда.

WebDesignStudio ++
-----------------
из высказываний сторонников ФВ весьма убедительным показалось сообщение Dreammaker в части "знамени, которое может поднять другой боец". вот это пожалуй единственный несопоримый плюс ФВ - то, что существует тонна разработчиков работающих в его синтаксисе, и все они взаимозаменяемы в той или иной степени...
-----------------
а вот про безопасность и велосипеды все же не соглашусь - если имеют право жить несколько популярных ФМ, то почему же вася или петя не может написать нечто столь же эффективное и качественное? то что "сообщество" мусолило этот вопрос 3 года умами 100000 чел - разве это отрицает возможность дойти своим умом до того же результата за пару дней одним мозгом?
-----------------
Цитата ("ArtPro"):

проблема в том, что в фреймворке таких "проблем" тысячи

и это действительно проблема )).
хотелось бы узнать - кто сколько фич того или иного ФВ использовал. то есть допустим Х юзает CI - сколько процентов методов он юзает оттуда чаще чем раз в месяц?

Цитата ("vladmax"):

а вот про безопасность и велосипеды все же не соглашусь - если имеют право жить несколько популярных ФМ, то почему же вася или петя не может написать нечто столь же эффективное и качественное? то что "сообщество" мусолило этот вопрос 3 года умами 100000 чел - разве это отрицает возможность дойти своим умом до того же результата за пару дней одним мозгом?

lда, 1 человек модет дойти до решение проблемы за пару дней.... проблема в том, что в фреймворке таких "проблем" тысячи. пару тысяч дней есть на "саморазвитие"

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

Цитата ("ArtPro"):

но ускорение процессов создания основы системы.

Это пожалуй основной фактор. Особенно если сравнить скорость и качество создания простейших CRUD операций и авторизаций на ФВ и на чистом языке.


В любом случае, основной частью, так необходимой разработчику, остается мозг. Есть проекты где ФВ не оправданы, есть проекты, там где они нужны, есть проекты, где быстрее использовать собственные наработки чем ФВ. Как примеры: парсер / сервис / гостевая книга .

Цитата ("SField"):

Есть проекты где ФВ не оправданы, есть проекты, там где они нужны, есть проекты, где быстрее использовать собственные наработки чем ФВ. Как примеры: парсер / сервис / гостевая книга .

есть еще веселее проекты, когда весь сайт из одного php с парой десятков строк всего и без sql.... с корзиной и оплатой

Цитата ("SField"):

есть проекты, где быстрее использовать собственные наработки чем ФВ. Как примеры: парсер / сервис / гостевая книга

да кстати, пожалуй ФВ ориентированы больше на то, что идет здесь в разделе "создание сайтов\СЕО", а работать без ФВ сподручнее по проектам из ветки "Скрипты/Веб-приложения" раздела "программирование"....

Цитата ("vladmax"):

Цитата ("SField"):

есть проекты, где быстрее использовать собственные наработки чем ФВ. Как примеры: парсер / сервис / гостевая книга

да кстати, пожалуй ФВ ориентированы больше на то, что идет здесь в разделе "создание сайтов\СЕО", а работать без ФВ сподручнее по проектам из ветки "Скрипты/Веб-приложения" раздела "программирование"....

Моё мнение, даже еще уже. К примеру сайт может содержать десяток страниц и форму обратной связи. Зачем тут фреймворк или cmf, с ними будет больше головняка, чем с двумя файлами в 300-500 строк кода, которые реализуют весь нужный функционал. А вот если реализовывать какой-то сервис, там где есть много пользователей, права доступа, нестандартное поведение, система компонентов, то там уже использование фреймворка оправдано..

Чтобы вскопать грядку 2*2 метра, нет смысла вызывать трактор.. И нет смысла вскапывать поле вручную, когда можно вызвать трактор. Хотя обе задачи можно решить обоими средствами..

----

Опять же, зачем писать 300-500 строк кода, если можно поставить простенькую cms-ку. Получается что основная часть, это определить суть задачи и подогнать задачу под максимально готовое решение, сведя свою часть работы к минимуму.

Интересные посты... Судя по ссылка (на русский перевод которой сослался Hungry_Hunter), не всё так просто с PHP frameworks, раз вторая (самая интересная) часть не написана из-за сложности.

А что спецы скажут по поводу плагино-способности разных ФВ? Меня вопрос интересует в следующем контексте:

- Имеется open source PHP приложение, которое имеет смысл (пере)делать плагинами (их будет много).
- Базовая часть приложения проста - несколько таблиц + разные плагины авторизации (db, ldap, openid, .htaccess, etc.). Для расширения же функциональности будут дополнительные плагины, которые расширяют структуру базы своими таблицами и взаимосвязями между компонентами. То есть будут изменения в модели (если использовать MVC framework). Взаимосвязи между компонентами могут быть сложными, и эти компоненты в идеале - сами плагины.

Уместна ли здесь MVC вообще? Какие есть альтернативы?

Еще важно учесть мультиязычность, особенно RTL языки, что текущий код поддерживает, а также использование Smarty. Если я правильно понимаю, не все ФВ дружат со Smarty.