Возможно, это оффтопик, но всё-же....

Что надо:
Намечается немаленький проект: работа с БД (как с локальными, там и серверными),GIU (не то, чтобы сплошные диалоги, но всё-таки), скорее все наличие встронного интерпретатора скриптового языка (a-la 1С), автоматизации (a-la MS Office) ну и всего по мелочам.

Хотелось бы усышать мнения по поводу выбора среды разработки из следующих:
Delpi с его VCL
C Builder с той же VCL, но плюс С++ и STL (я уверен, что всё, что есть в Delphi, можно реализовать средставами С++ (теже метаклассы), да и вообще, люблю я шаблоны и STL)
MS Visual C++ — с MFC
Что-то-что-я-не-знаю (возможное это будет даже PowerBuilder или C#, а также компиляторы типа gcc, Inter C Complier и тому подобные)

Вкраце требования:
БД: для работы хватит API ODBC или API BDE, также вполне возможно и использование Native API конкретной БД. Но лучше, если будет соответсвующая обвертка в виде классов.
С VCL достаточно хорошо знаком, а вот в части БД в MFC не сталкивался. Может кто-нибудь кратце сравнить их?
GUI: хватит и редактора от VC. А всё необходимое можно найти на codeguru и на torry.net.
Всё остальное: в некоторых местах используют ресурсоемкие алгоритмы многомерной отпимазации, поэтому VB врядли подойдет (хотя и возможно написание соотвествующего ActiveX).

А может просто имеются компактные и простенькие библиотеки для работы с
БД (не привязанные к среде разработки), GUI (что-то вроде WTL) и тому подобное?

Просто не очень хочется использовать VCL и MFC. Хочется, чтобы всё работало так, как ты хочешь, а не тратить почти всё время на обход ошибок в этих непомерно раздувшихся библиотеках. Ну и чистый API юзать не особо хочется, если конечно есть соответсвующие нормальные обвертки.
Хотя с другой стороны, для VCL и MFC написано много всего хорошего и полезного, что тоже со счетов сбрасывать не хотелось бы.

А может кто и предложит альтернативы вроде С#, и каких-то там ADO и DAO(пока я имею о них лишь поверхностное представление).

Как все наверное поняли, среда Win9x/NT.

Если можно, то аргументируйте свой ответ чем-то отличным от "gcc это супер круто для всего-что-можно-запрограммировать, а на Delphi сплошное ламерье пишет".

Заренее спасибо, хотя бы зато, что дочитали до конца...

Здравствуйте Vodka, вы писали:

V>Намечается немаленький проект: работа с БД (как с локальными, там и серверными),GIU (не то, чтобы сплошные диалоги, но всё-таки), скорее все наличие встронного интерпретатора скриптового языка (a-la 1С), автоматизации (a-la MS Office) ну и всего по мелочам.

Интерпретатор — Script Engine здесь http://www.rsdn.ru/?article/?com/wscript.xml

Автор(ы):
Дата: 26.04.2001

, есть несколько примеров на CodeGuru и CodeProject. Лучший вариант, конечно. это VBA, но сильно дорого. В стингреевских библиотеках есть редактор форм аля VBA, конечно не то, но приспособить можно.

Автоматизация — однозначно ATL, если в качестве среды будет выбран VC++, то смотреть здесь http://www.rsdn.ru/?article/?com/autoatl.xml

Автор(ы): Nick Hodapp
Дата: 15.07.2001

и http://www.rsdn.ru/?article/?com/xoffice.xml

Автор(ы): Игорь Ткачёв
Дата: 24.03.2001

Однажды я занимался проектом, главной особенностью которого было наличие большого количества типовых форм ввода и вывода. Что-то типа делопроизводства. Документы должны были заполняться данными из БД или другими данными, которые может предоставить программа. При этом было бы крайне желательно, чтобы шаблон документа мог разобраться с этими данными самостоятельно.
Оказалось, что всем этим требованиям вполне удовлетворяет MS Office. В этой статье я попытаюсь это продемонстрировать.

.

БД — ADO, особенно, если будет использоваться Script Engine. ADO в VBS и JS как родное. Основная проблема в VC++ с базами — это отсутствие нормального грида в стандартной поставке. Опять же в стингреевских библиотеках можно найти всё, что надо.

GUI — опять же, в инете можно найти всё не только к Дельфям, но и к VC. Для больших проектов лучше всё же использовать MFC или VCL.

Из опыта. Разные версии одного продукта:
3 — Builder — VCL линкуется статически, размер файла 3Mb,
4 — VC++ — MFC линкуется статическиб файл — 1.5 Mb,
5 — Delphi — VCL тоже статически, размер > 4Mb.

Почему три версии в разных средах не спрашивайте, это причуды заказчика. Работает та версия, что сделанная на VC++.

V>А может просто имеются компактные и простенькие библиотеки для работы с
V>БД (не привязанные к среде разработки), GUI (что-то вроде WTL) и тому подобное?

Дык ADO и есть. Про неё есть немного тут http://www.rsdn.ru/?article/?vcpp/import.xml

Автор(ы): Игорь Ткачёв
Дата: 9.03.2001

В данной статье приводится объяснение работы директивы #import
компилятора Visual C++ и даны примеры её использования с
MS Word, MS Excel, ADO DB и ActiveX Control.

Здравствуйте Vodka, вы писали:

V>Что надо:
V>Намечается немаленький проект: работа с БД (как с локальными, там и серверными),GIU (не то, чтобы сплошные диалоги, но всё-таки), скорее все наличие встронного интерпретатора скриптового языка (a-la 1С), автоматизации (a-la MS Office) ну и всего по мелочам.

Если с базами данных то VCL, работа с БД намного проще и быстрее всё исправляется и пишется причём там можешь выбирать (BDE, ADO или DAO).
Если с оптимизация то VC.

Здравствуйте Vodka, вы писали:

ADO, ADO.Net или наш ascDB (http://www.optim.ru/cs/1999/4/ASCDB/ascdb3.asp)
причем даже если работа будет вестись в Дельфи.

Из сред. Если больше нравится C++, то (гы-гы) VB 6 или C#. VB 6 в спарке с VC+ATL/WTL. Голый VC и тем более с MFC превидут к дико непроизводительному расходу времени и ресурсов. Builder лучше вообще не брать (зачем мучатся с надстройкой над Дельфи, ведб она и так надстройка над WinAPI?).

Если не нравится MS, то выбирай Дельфи или PowerBuilde. Первое — даст гибкость и большое количество независимых компонентов, второе — высокую скорость и простоту разработки.

Лично я выбрал бы VB 6..., а на будущее однозначно .Net.

Здравствуйте VladD2, вы писали:

Да, на счет скриптов и динамического интерфейса...

http://www.optim.ru/Software/rus/ascContainer/asccontainer.asp