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

Я в начале темы написал, сижу на PHP и JavaScript пока хватало, вот и не лез дальше.
P.S. Человек любящий поучать должен в первую очередь следить за собой. Программист пишется с двумя м. А вы про что? Или на дату регистрации посмотрели?

вот и я том что сидишь. Если бы занимался веб разрабоnкой имел бы понятие о существовании других технологий как связаных с PHP так и связанyых с вебом вне PHP

Я задал вопрос, не хочешь отвечать , не отвечай! Где спросить как не на форуме? Или форум только для избранных, типа тебя? Да ещё пишешь с кучей ошибок. Писать то научись!
И вообще не фига мне тыкать. Тебе годков то сколько?

Ребят, кому не в падлу ответить, приму во внимание Ваши советы.

Но чем же тогда отличается фреймворк и для каких задач он мне поможет?

Тем же, чем зимняя резина отличается от шасси.

Frame-work = Рабочая-рама.

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

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

но ведь мои функции сами тоже ничего не делают пока я их "не выставлю в ряд".

готов на 100% поспорить что та обработка ошибок и логирование которое есть во фреймворках меня не строит и придётся всё писать самому, т.к. подстаиватся под их систему я не буду. Да и что там писать, на функцию логирования 10-15 строчек, и на обработку ошибок пару заготовленых класов исключений и блок try-catch. Пользовательские запросы это типа post, get, cookie, session и прочее? да что их обрабатывать то? по 2 строки кода на каждое. "Создание изменения и возврат даных клиенту" это вобщем то всё чем и занимается скрипт от начала и до конца, слишком глобальный пункт и поэтому уникален, никакой фреймворк его не напишет имено так как мне нужно.

Покажи код )))

Спать лёг, с ноута неудобно, завтра с утра я найду эту тему и отпишу это всё.

Очередной лишенный всякого смысла холивар.
ТС, как вы считаете, если разработчики PHP создали, поддерживают и развивают фреймворк ZF, есть-ли смысл в фреймворках?

Или вы для каждой типичной и нетипичной задачи будите писать методы свои, как тов. OrmaJever ?
Например, для взаимодействия с GoogleMapAPI, GoogleAnaliticsAPI, Управление flashкой через Action Message Format(AMF). Вы вот так сядете разомнете руки и напишите за 10 минут средства работы с указанными средствами, охватив весь доступный их API?

Вы сядете за маны, потом будете кодить, отлаживать а между тем, работа с AMF вам необходима всего в одном проекте. А, к слову, указанные задачи решаются готовыми модулями ZF, которые в силу архитектуры этого фреймворка полностью независимы от прочих его компонентов.
Вам совершенно не нужно знать как работает конкретная функция или модуль фреймворка: вы знаете что в неё нужно передать и что она вернет нужный вам результат.

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

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




.
(Добавление)

а вот это как и работа с БД, например, к фреймворку вообще не относится. Это просто библиотеки который идут в комплекте с фреймворком.