Kovalenko Dmitry wrote:
Ну почему? Скрипт может создать
COM-объект, будет дергать его методы, а
последний будет как раз фигачить
запросы. А может дергать что-то другое.
Это хорошо, но это как раз то про что я и говорю -
некая совокупность спроектированных объектов
доступных скрипту. Без всякого sql. ком/не ком это
уже дело десятое.
Есть опыт проектирования и создания скриповой
системы с нуля. Работа с данными из БД и интерфейс
с юзером.
А масштабы этой системы какие?
Небольшие. Но при масштабировании будет масштабироваться
код, а не скрипты.
В данном случае скрипты это костыль заменитель
обычного кода.
Да что вы говорите :) Алексей, я очень
злобный по отношению к таким
высказываниям. Поэтому лучше я здесь
промолчу.
Поддержка и контроль версию скриптов ещё тот ад. Если
ты работаешь под один объект это пофиг, а при тиражировании
это серьёзные грабли. Доходит до того что приходится
просить прислать текст скрипта, который стоит у заказчика.
Но это не серьёзная проблема если скрипты небольшие.
Скрипт должен давать новое
качество, но не просто быть 1 в 1 более
красивой копией паскалевого кода.
Тебя это так сильно напрягает? Меня
например - нет.
Это то хорошо живёшь - сам писал что скриптами
не занимаешься.
Во первых, потому что для меня
возможность перепрограммировать
программу не изменяя её основной
исходный код, является одним из
критериев оценки качества. В
положительную сторону.
Не вижу в этом ничего замечального. Лень экзешники менять?
Скрипт прежде всего нужены чтобы уйти от тяжкого бремени
универсализации ПО.
А во вторых, потому что такие
программеры зачастую являются
покупателями IBProvider-а ;)
Точнее в основном только они и являются ;)
--
--- Home Page http://ok.novgorod.net/ap ---
