Alexey Popov пишет:
Динамика вполне оправдала себя в GIUшной области и RAD.
Там главное это ослабленность системы типов и простой доступ к
метаинформации о курсоре.
Однако, для всяких сервисов/тулов/демонов,где в 90% случаев всё прибито
гвоздями, динамика не очень удобна.
+1
Да и глупые ошибки ещё до компиляции и запуска бы отметались. :)
Да, синтаксические ошибки в запросах вполне можно было бы во время
компиляции ловить. И даже проверять наличие полей/таблиц в базе.
+1
Вот только бы GPRE научить исключениями кидаться и итератор
stl-совместимый возвращать - цены бы ему не было.
GPRE конечно устарел и его надо допиливать под сегодняшние потребности.
Но эта задача не выглядит сложной. Но реальность такова что большенство
прикладных sql-программистов ушло с C/C++.
Все сколько нибудь интересные современные языки исключения поддерживают.
Для шарпа и жабы есть свои стандарты на итераторы.
Ну а для паскаля/дельфей можно и небольшую либу поддержки соорудить или
использовать из той же JCL. :)
Кроме linq есть и более другие интересные технологии:
http://www.haskell.org/pipermail/haskell-cafe/2009-March/058872.html,
http://www.rsdn.ru/forum/message/3289552.flat.aspx
Ну или ближе к теме
http://www.haskell.org/haskellDB/
Весело. Но для C/C++ повидимому оптимальный вариант это с
препроцессором, который дружит и IDE.
С каким именно? :)
Это IDE должно с прероцессором дружить. Уметь код переключать
раскрасчик кода, автокомплитер, браузер...
--
Александр Замараев
