Кадыков Михаил Любой программер скажет Вам, что и С, и Delphi и Clarion можно сделать "специализированными", написав нужные библиотеки...
Вы уж продолжайте.... и тем самым создав платформу . Потому что платформа - это не средство разработки, а набор шаблонов на основании которых создаются решения. Применямые при этом средства разработки могут быть самыми различными. Не знаю откуда пошло понятие платформы как некоего скриптового движка :). Движок - это движок, платформа - это платформа, и это - разные вещи. Не каждая платформа имеет скриптовый движок, ни один скриптовый движок не является платформой .

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

CalmДавайте тут поподробнее. Пожалуйста представьте определения этих понятий и источники.
Не думал, что у кого-то вызовет сомнение отличие понятия ENGINE от FRAMEWORK. Давайте еще пообсуждаем в чем отличие DEVELOPMENT ENVIROMENT от FRAMEWORK.
Calm, я конечно уважаю Ваш интерес к этим понятиям, но не могли бы Вы сами такие источники найти и собственно, определения. Еще по этому поводу флейма не хватало.

Ок, Dogen. Только кратко, с примером.

Framework - определенная инфраструктура, которая нацелена на организацию, разработку, исполнение и поддержку программных проектов. Эта структура может включать служебные программы, библиотеки, поддержку скриптов и др., которые помогают разрабатывать и связывать различные компоненты программного проекта. Фреймворк проектируется с целью облегчения процесса разработки, чтобы разработчики занимались реализацией программных требований, а не утомительными деталями низкого уровня. Это скелет, на котором объединяются различные модули разрабатываемого проекта.
Очевидно, что какой-либо скриптовый движок может быть включен (и чаще всего включается) в фреймворк для того, чтобы обеспечить исполнение модулей , написанных для него. Т.е. фреймворк - исполняет, а не исполняется сам. Очевидно, что фреймворк не является альтернативой или заменой средств разработки, т.к. при помощи этих средств создаются модули, которые в свою очередь исполняет фреймворк.
Для примера базовый состав ISCRA Framework:
- Content Manager - управляет содержанием информационной системы (модули, файлы, справочная система, зависимости между модулями, правила запуска одних модулей из других, передача параметров и т.п.)
- Runners - набор средств запуска модулей различного формата(библиотек, скриптов, web и т.п.) Script Engine - это просто один из Runners, который обычным чеком включается или выключается из состава платформы.
- Библиотеки работы с различными базами данных
- Визульные шаблоны (widgets) для быстрой разработки типовых объектов информационной системы (формы вводы, запросы, различные формы отчетности, процедуры, сценарии и т.п.)
- Средства документирования проекта
- Управление доступом - готовая система разграничения прав доступа к модулям
- Сервер приложений
- Клиентская консоль

Надеюсь достаточно, чтобы понять: Framework не является неким скриптовым движком и Framework не является заменой RAD пакетов. И свое назначение фреймворки оправдывают.

DogenДвижок, исполняющий скрипты. Естественно. А что еще надо?
это 1/100 платформы (если она вообще поддерживает скрипты)