Всъщност, на най-първо място е, че с използването и – те предразполага да пишеш по ЕДИН – точно определен стил и начин, така че ако примерно работиш в компания уважаваща себе си и щедяща Q/A екипа си – framework-а е точно за вас.

Не ме разбирайте обаче погрешно – не говоря за някакви free решения – било то cake или symfony, които са най-популярни. Хванеш ли се да ползваш ИЗЦЯЛО open source си е кофти решение – защото започваш да зависиш от множество външни фактори – а ако трябва да предлагаш стабилна и гарантирана услуга на клиенти – това е out of the question.

Аз лично мога да ви предложа да си хванете най-добрите програмисти във фирмата, да отделите бюджет и време от примерно два месеца и да направите собствен такъв – подходящ за нуждите ви с оглед на натрупаният ви опит и често срещаните проблеми, с които сте се сблъсквали – но го правете така, че да бъде с идеята за постоянно бъдещо разширение, защото такова ще има… модуларно, без пряко обвързване на обекти с обекти – максимално разчупено (след третият път ще успеете )

Инвестицията ще ви се възвърне многократно в бъдеще – да не говорим, че няма да губите МЕСЕЦИ време за обучение на нов персонал в това как трябва да програмира и как не на даден език. Така изцяло си налагате твърдо ваше ноухау.

Така направихме ние във фирмата .. вярно загубихме повече време (половин година) защото имаме пипкави програмисти идеалисти обаче сега след няколко месеца .. ефекта си личи от далече – най-вече по happy faces на клиентите (80% от всички предишни бъгове изчезнаха и повече не ги видяхме).

На последно място – да ползваш framework и то OO си има някой отрицателни моменти. На първо място – решаваш проблема със бъговете и straight forward фокусиране върху реалния проблем а не върху програмирането като цяло.. обаче .. ти отваря проблем с производителността – много повече използвана памет (в случаи на огромни сайтове – до 4 mb примерно), както и повече процесорно време за обработка. Започва да се налага нуждата от кеширане на output и други подобни методи. Но това е нищо в сравнение с положителните ефекти… а производителността зависи изцяло от PHP (ако имаш кадърни програмисти разбира се), след 5.3 се очакват доста подобрения, на които аз вярвам (примерно най-ужасният момент на 5.2x версията е бъга с garbage collector-a на PHP и вложени обръщания към обекти.. който ‘уж’ в 5.3 ще бъде решен с patch.

Това е от мен, надявам се да съм ви бил полезен

Колега, всичко хубаво написано ама така се излагаш с това за фреймуърковете … викни кучето, че ми е интересно да го пробвам 1v1 на PHP
********************************
Излагация е по-скоро да се твърди обратното… ООП и фреймуърци е добре да се ползват само при нужда и в краен случай. Ако трябва да пътувам до Асеновград с колата, не бих си закачил каравана отзад само защото имала куп удобства…

@Shitung, относно апачето… Защо се появиха lighttpd подобни алтернативи… Защото е много модно !?

А по повод обектно ориентираното програмиране не казвам че е безполезно, просто не трябва да се използва където не е необходимо.

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

Обектно ориентираното програмиране също не е за пренебрегване при PHP, въпреки че е интерпретативен език. Увеличава стотици пъти възможността за развитие на даден код. Ако някой ден се наложи да добавяш функционалност ще е интересно с целия този процедурен код за който казваш че не е хубаво да има много функции

Като за край ще кажа една влика мисъл, забравих чия за съжаление:

“Компютрите са създадени да служат на хората, не хората на компютрите !” … замисли се над това и следващия път недей да пестиш 6-7 процесорни итерации, защото има много по умни начини да си оптимизираш кода от към стил на писане, вместо да мислиш коя функция колко итерации повече ще използва. Като сме тръгнали да пестим по 1-2 итерации, защо не си напишем c++ приложение да отваря порт 80, да си обработва GET/POST заявки и да връща резултата, вместо да се тормозим с това тромаво апаче, което обработва всичките 8 HTTP метода, поддържа хиляди други шукарийки и само кафе дето не прави ?!

Кучето хапе като чуе фреймуърк

ПП. По статията съм се въздържал от коментар няма какво да коментирам, имаше подобна малко по-подробна статия на английски, в 2-3 сайта съм я чел, но подобно полезно нещо на бг няма. :>

Бих добавил само едно единствено нещо. Ефективността е от значение, но и четимостта не трябва да се пренебрегва. Това също е характеристика присъща на добрия код.