Приветствую! Хотелось бы услышать Ваше мнение, касательно Yii framework. Нравиться ли он Вам или нет? Почему Вы его (не) используете? Чем он привлёк Ваше внимание, или наоборот, из-за чего пропал к нему интерес? В общем хотелось бы услышать всё, что Вы о нём думаете.

Заранее благодарю.

P.S. Убедительная просьба, высказывания типа "я его вообще никогда не использовал, не смотрел и не собираюсь" - суда не постить. Интересует объективное мнение людей столкнувшихся с выше описанным ПО.

Это сообщение отредактировал(а) WolfAlone - 31.3.2011, 14:32

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

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

Из больших плюсов это gii...




Это сообщение отредактировал(а) Muerto - 31.3.2011, 17:48

Разрабатываю его. Доволен.

Знакомые, кто юзал, говорят - неплохой фреймворк, но почему-то многие перешли на симфони, туманно объясняя это тем, что "он более взрослый" . И это версия 1.4, а вторая симфония наверное оставит далеко позади всех конкурентов .
Хотя оба фреймворка считаются лучшими среди php-фреймворков, но симфони все таки считается более сильным.
Если вы еще выбираете с чем работать, то рекомендую сравнить именно эти два.

Не хотел я суда постить информацию прямо не относящуюся к "за и против", но... делать 40 тем с похожими вопросами тоже не хочется...

KLeonid, благодарю за весьма интересный пост. Если бы вы подсказали какие-нибудь интересные уроки (аудио, видео, текстовые и т.д.) по Симфони. Их "стандартный" урок (который Jobet) меня как-то не вдохновил.

Лирическое отступление: не нужно пожалуйста меня отправлять в Google и т.п. Вопрос не в том, что я не могу найти какой-то материал. Я не могу перечитать все возможные материалы и оценить их. По этому, если кому-то известны интересные, стоящие материалы по теме Симвони 1.х/2.х - буду примного благодарен, если Вы поделитесь ссылкой.


KLeonid, по поводу Yii - я не совсем "выбираю". Волей случая мне приходиться с ним работать, но с версией 1.х... Стало очень интересно мнение сообщества касательно этого FW, по этому и появилась данная тема.

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

P.S. С версией 1.х знаком неплохо, но хотелось бы ещё раз, от начала до конца почитать некий "учебник" для версии 1.1, что бы ликвидировать возможные "пробелы" в знаниях.

KLeonid, А почемуц ZF не считайте? 

WolfAlone
По Yii:

http://www.yiiframework.com/doc/api/
http://yiiframework.ru/doc/cookbook/ru/index
http://yiiframework.ru/forum/viewforum.php?f=8
http://www.yiiframework.com/wiki/
http://www.yiiframework.com/forum/index.ph...-and-tutorials/
http://rmcreative.ru/blog/tag/Yii

Muerto, за KLeonid ответить не могу, но лично меня не вдохновил это ФВ. Как сказал один из форумчан: "На вкус и цвет - фломастеры разные".

WolfAlone, с уроками у всех фреймворков туговато, но симфони считается в этом плане наиболее выгодным, т.к. у него есть вполне нормальные для новичка (!) уроки, тем более на русском. И вообще у него очень хорошо все с документацией - http://www.symfony-project.org/doc/1_4/.
Можно глянуть скринкасты:
http://www.symfony-project.org/screencast/admin-generator - генерация админки
http://www.symfony-project.org/screencast/cart - драгндроп аджайкс корзина

Muerto, ZF я не привел, т.к. не считаю его полноценным фреймворком, т.к. это скорее набор классов-утилит, чем фреймворк с определенным каркасом. Причем симфони легко, без танцев с бубном, может обернуть собой ZF, и он будет работать как часть системы. А может ли это сделать ZF по отношению к симфони или Yii? ;)

KLeonid, Конечно может, вы саи с казали что он нечто "набором классов-утилит" , если правильно использовать набор, все можно сделать...
Считаю его очень гибким...

Что я кстати меньше могу сказать о Yii , а с симфони дело не имел.

Ключевые слова "если правильно использовать" ;). Т.е. самостоятельно строить и следить за структурой, а то MVC может превратиться в кашу, где, например, из view вызываются обращения к БД, или в модели производится оформление данных, вместо того, чтоб делать это в view. В симфони это тоже можно сделать . Но там это сразу будет смотреться коряво, а потому может быть исправлено еще на начальных этапах разработки. Просто в симфони, если понимаешь его структуру, на###кодить сложнее, чем с использованием просто набора утилит.
У Yii, тоже есть структура, тот же MVC-паттерн, компоненты взаимосвязаны. Не знаю, можно ли в нем юзать отдельные компоненты системы. В симфони можно. Например можно отдельно использовать связку Doctrine ORM + Form Framework, или event_dispatcher + exception + mailer. Т.е. она не обязывает использовать весь фреймворк как монолит. Так что в этом плане он не особо отличается от зенда. Во второй версии это вообще сделано очень красиво, жаль он пока сыроват.
А есть ли у Yii русскоязычное сообщество?

KLeonid, когда мешаешь логику с представлением оно как не крути коряво будет "смотреться"
А насчет сообщества http://www.yiiframework.ru/

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

В любом случае я бы выбирал между Yii и symfony, т.к. они наиболее продвинутые фреймворки на данный момент. А изучать кодигнитор или кейкпхп, зная, что они далеко не фонтан... какой смысл? Чтоб потратить время, и в последствии все равно перейти на что-то более серьезное? Это разве что если много свободного времени и желания учиться .

Это сообщение отредактировал(а) KLeonid - 5.4.2011, 00:33

KLeonid, благодарю за содержательный даилог, но на счёт CodeIgniter'а и некоторых других ФВ я не согласен. CI многим помог осознать, что FrameWork - это крайне полезная и удобная вещь, которая экономит массу времени. К тому же, иногда есть такие случаи, в которых "нужен именно" или вполне достаточен CodeIgniter. Многим начинающим программистам тяжело сразу "прыгнуть" на Yii. Именно в таких случаях CI является оптимальным решением. К тому, как сказал В. В. Маяковский: "Если звёзды зажигаются, значит это кому-нибудь нужно".

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

WolfAlone
Это не только ваше мнение. Так многие считают.

WolfAlone, Ну Yii как то более интуитивен ежели симфони.
Там что бы Hello world запустить придется голову поломать   

Muerto, до "Hello world" уже дошёл, но... попробовать использовать его для серьёзного проекта смелости пока не хватает. Чувствую, большие "пробелы" в знаниях касающихся этого монстра 

Добавлено через 10 минут и 51 секунду

Приятно осознавать, что я не одинок (в своих изысканиях)!   

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


Согласен, для небольших несложных проектов вполне достаточно и КИ или КПХП. На Yii можно писать серьезные проекты.
Но дело в том, что если выбирать один фреймворк, как платформу для постоянной работы, то я бы предпочел один раз выучить, пусть и сложный на старте, но точно подходящий под проект практически любой сложности.
А начинающим программистам вообще нечего делать в симфони. Научившись водить жигуль, не стоит надеяться, что сможешь управлять гоночным болидом. В симфони нужно хорошо знать, понимать и уметь грамотно использовать ООП вообще и его реализацию в PHP5 в частности. Ну и, естественно, хорошо понимать все низкоуровневые вещи, такие как куки, заголовки запросов/ответов, работа с БД, кеширование и т.д...
Короче иметь ПРОФЕССИОНАЛЬНЫЕ знания PHP5 и его возможностей. И вовсе не для того, чтоб использовать их в работе с фреймворком, а для понимания того, что и как он делает с этим всем . Чтоб его действия не казались магией   . Просто фреймворк - это как другой язык программирования, который просто похож на PHP и может напрямую его использовать. Высокоуровневая оболочка для языка. Несколько грубоватое сравнение, но мне оно мне кажется достаточно близким.


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

Это сообщение отредактировал(а) KLeonid - 5.4.2011, 19:43

А я не знаю о чем вы тут вообще, на CI можно писать проекты любой сложности, и будет работать и жрать памяти в разы меньше чем Yii  

Если ошибаюсь - просветите   

Вопрос не в том, можно или нельзя, а в том, КАК это будет реализовано. На чистом PHP тоже можно писать большие проекты, но это будет либо куча г-кода, либо новоизобретенный велосипед в виде своего фреймворка .
Просто КИ - это инструмент не совсем для уровня "больших" приложений, как по мне, его удел - ЦМСки уровня джумлы . Интернет-магазин писать на нем я бы не рискнул, не говоря уже про SaaS CRM .


В том и дело, что симфони изначально не задумывался для таких приложений как Hello World  . Он из командной строки по файлу схемы БД генерирует все файлы модели, формы, фильтры, модули, экшены, шаблоны. Да, для "приложений" уровня "хеловолд" все это избыточно . Но для нормального проекта - это хорошая практика, помогающая избежать monkeyactions и предотвратить появление ошибок на самом начальном этапе. В результате экономится куча времени и сил.

Это сообщение отредактировал(а) KLeonid - 8.4.2011, 01:03

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

На CI можно vkontakte.ru без проблем написать, было бы желание и стимул.

Точно по той же причине что можно написать и без всяких фреймворков!

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

Можно подумать что фреймворк это как сервер покупать, "не выдержит нагрузку".

Такого нету, наоборот, простенькие фреймворки  - на них как раз "безопасней" писать...

Если CI Жрет 300 килобайт
В тот час как на то же самое Yii жрет 4000 килобайт?
Гдеж он риск?
А риск он как раз если опыта нету в Yii , ну или если брать Zend... да и симфони небось жрет огого...

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

Это сообщение отредактировал(а) Muerto - 8.4.2011, 01:22

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


Можно, я же об этом выше и писал .


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


Опять таки, давайте говорить предметно. Если вы пишите "корпоративные хомяки" и прочие small projects, размещаемые на публичных хостингах, то конечно же, вас будут беспокоить вопросы производительности . Если же вы пишите CRM, которая будет работать на десятках серверов, то поверьте, вас эти вопросы будут заботить если не в последнюю очередь, то будут далеко не на первом месте .
Уверен, что сейчас вы сидите не под вин95 с набором софта тех времен. А ведь оно все работает намного быстрее и жрет в разы меньше памяти.


Я даже для личных проектов не юзаю хостинги, тем блее копеечные. У меня выделенный сервер, и "школьные" проблемы, меня мягко говоря, не скребут  . А чтоб делать проект для заказчика, который хочет разместить его на копеечном хостинге... я себе даже не представляю этого . Проект тоже будет копеечный, а значит я даже не возьмусь за него.
Поймите, есть понятие - ниша. У каждого она своя, кто-то лупит "хомяки" на кодигнитерах, кто-то вдумчиво строит "танки" на Yii и symfony. Это разные категории бизнеса, уровня подготовки исполнителей и возможностей заказчика по части харда.

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

Это сообщение отредактировал(а) KLeonid - 8.4.2011, 05:34

Yii не использую, но изучил достаточно хорошо. Нравится работа с моделями. Вопрос к SamDark, возможно ли как-нибудь извлечь AR и работу с формами для использования в самописных каркасах?

Это сообщение отредактировал(а) Ant0ha - 8.4.2011, 08:20

KLeonid, А вы дайте пример велосипеда который нужно будет изобрести для CI при разработке facebook.com к примеру   
С моей точки зрения никаких велосипедов лишних которые вам не понадобились в Yii нету...

Muerto, основной велосипед facebook - транслятор HipHop.
Ну, это не считая системы распрелделения нагрузки и прочих серверных тонкостей.   
Ни у какого CMF таких велосипедов нету

Легко! Оплатите разработку аналога facebook, чтоб я нашел какие "велосипеды" там могут понадобиться?  
Если вы думаете, что за пару минут-часов-дней можете продумать все тонкости большого проекта, то вы еще ой как далеки от разработки таковых...
И дело не только в том, что может понадобиться в процессе. То, чего не хватает - можно дописать. Но если фреймворк продуман плохо, то некоторые вещи могут быть реализованы только через Ж.
В сети хватает всяких обзоров и сравнений фреймворков. Можно так .
Кстати, в отличии от codeigniter, Yii считается перспективным фреймворком. А CI некоторые вообще считают тупиковым путем.
Вместо того, чтоб прямо признать, что вы не тянете Yii или symfony, вы пытаетесь доказать полноценность CI, которой он, увы, не обладает.
Если уж так хочется полегче и попроще, то уж лучше использовать Kohana или F3.

Это сообщение отредактировал(а) KLeonid - 8.4.2011, 13:28

KLeonid, обрежу мыслю а то слишком много текста вышло...

Т.е. если я правильно понимаю - когда вы  говорили о рисках в CI то имели ввиду то что он менее функционален и плохо продуман?
А с чего вы взяли это(то что он плохо продуман)?

У него с архитектурой все нормально, он полноценный MVC фреймворк с хелперами.

Можно говорить о том что в Yii больше фишек, но я не согласен в том что CI плохой, не правильно продуман , сделан и тп.

Yii отличный - работайте, не подведет.
Но и CI отличный, и можете спокойно строить на нем проекты любого размера.

Никакой разницы почти не будет.

И никаких рисков тоже.

Хип хоп для фейсбука к примеру - да какая разница если бы вы пытались написать его на Yii или CI ?

Это сообщение отредактировал(а) Muerto - 8.4.2011, 15:07

Вам проще изучить еще что-нибудь кроме CI и вопрос сам по себе отпадет. Тот же Yii или Django, после них CI покажется каменным топориком.

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


Но это никак не ответит на вопросом о риске работая с CI - никких там рисков нету.

Подумаешь менее функционален, вы мне оплатите работу я вам что хочешь на нем напишу.
Как и на Yii и на Zend  да и на любом другом.
Да и без фреймворка что угодно(тупо процедурно даже, и представьте, работать будет в десяток раз быстрей чем ваш фреймворк, риск? нет! вопрос правильности такого решения не имеет отношения к делу).

И никаких рисков не будет.
Нужен будет какой то "функционал", возьму и допишу.

Это сообщение отредактировал(а) Muerto - 8.4.2011, 15:18

Риск даже в банальной трате времени на то, что в других фреймворках делается разы быстрее. В CI даже модульность по умолчанию отсутствует, можно же заблудиться в лесу контроллеров, моделей и видов (если проект действительно крупный). Нет ORM, нет ни ACL, ни банальной авторизации. Вот и потерянные драгоценные человекочасы.

Ant0ha, Ну с вашей точки зрения это риск, а я риск понимаю по другому.
Кто здесь прав?

Я риск понимаю так - как игра на бирже, поставил бабки, может все сгореть.

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


А то что вы берете разговор в сторону того что я якобы считаю CI чем то особенным...
Я прекрасно понимаю насколько Yii лучше CI - я не считаю что в эту строну вообще стоит брать дискуссию оно всем здесь и так понятно.
Или неужели вы думайте что я с вами буду спорить о том что CI круче Yii   

Это сообщение отредактировал(а) Muerto - 8.4.2011, 15:26

Ant0ha, 

Можно вот так: http://yiiframework.ru/doc/cookbook/ru/install.integration
В вот извлечь будет непросто, хоть и возможно.

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

Риск при работе с неподходящим для проекта инструментом — уткнуться в тупик, который заставит писать кучу своего кода и терять время и деньги там, где с другими фреймворками делать этого не придётся. А ведь успех многих проектов зависит именно от быстроты их реализации. 

Взять тот же Groupon. Он один из первых, у него больше всего прибыли. Вторая волна проектов-клонов (а в России половина заказов — клоны западных проектов) тоже чувствует себя неплохо. А вот дальше делать клоны уже невыгодно коммерчески, за редким исключением.

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

Это сообщение отредактировал(а) SamDark - 8.4.2011, 19:06

SamDark, Вы все правильно говорите, но причем здесь слово "риск" ?
Мы опять же не на бирже, здесь есть плохой выбор и хороший выбор, можно обсуждать что более подходит для конкретной задачи а что менее, но риска здесь нету.
Программу писать не монету кидать, нужно планировать, продумывать и подбирать верную среду под конкретную задачу/проект.
Тот кто рискует, может очень преуспеть, но и очень низко упасть проиграя все.

Если вы выбирайте ущербный инструмент, вы не рискуйте - вы просто делайте плохой выбор за который придется заплатить   

Но опять же все это придирки к слову "риск", и как каждый его понимает... отошли от темы очень далеко.

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

Немного не в тему будет сказано, но... чую CI меня "в гроб загонит", со своими тараканами... Чем больше пытаюсь с ним работать, тем больше понимаю, что в нём действительно много чего не хватает...

WolfAlone, А что разрабатывайте?
Фреймворк дает только некий фундамент, кирпичи, плитки для пола, мебель, и электро преборы в комплекте не идут.
Это вам ни один фреймворк не даст, пусть его вес будет пета-байт, все равно найдется то чего в нем нету.

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

Я к примеру не давно htmlpurifier и smarty прикрутил к нему за минут 5, не зная вообще как это делать, и поискав в Google
Выбрал CI потому что нужен был фреймворк который работает с php4...
Тогда собственно он и поразил меня своей простотой и отличной докой.

Это сообщение отредактировал(а) Muerto - 11.4.2011, 16:29

Muerto, разрабатываю свадебный портал.

Может быть, мне кто-нибудь растолкует как полностью реализовать весь потенциал работы с лэйаутами (layouts) в CI? Или хотя расскажет, как с ними вообще работать правильно? Мне вот такая вот конструкция:

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

P.S. Попрошу отставить разговоры о том, что "можно взять и дописать", иначе мы дойдём до того, что можно взять и написать вообще, свой собственный Framework, а потом свой собственный язык, а потом вообще свою архитектуру ПК изобрести.

WolfAlone, я бы на вашем месте взял шаблонизатор и прикрутил к CI , Дальше использовал мы наследование в шаблонах.

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

Если все страницы одинаковые, ну или большая часть, то можно оставить поля, и передавать им данные, а не генерировать вид

WolfAlone, 
Мои старенькие наработки, думаю, помогут:
http://code-igniter.ru/wiki/View
http://code-igniter.ru/wiki/View_helper

А так да, layout-ов в CI явно нехватает.

SamDark, спасибо огромное, надеюсь поможет!   



И не только layout'ов...   

WolfAlone, Если не нравится то пользуйтесь чем то другим, есть масса альтернатив.

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

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

Разговор опять уходит куда-то не туда. Дополнять фреймворки это конечно дело нужное, но в пределах разумного.

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

Добавлено через 4 минуты и 35 секунд
А всё начиналось с вопроса, типа: "Выскажите своё мнение о фреймворке Yii"...   

эээ, а при чем тут дизайн?
  

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

MoLeX, 
Дизайн тут = архитектура ;)

SamDark, Во, никак не мог найти лучше слова  чем дизайн  
Но я сам придирался к словам, так что заслужил придирки