Регулярно пользуюсь VBA (конкретно, для Excel), профессиональным программером не являюсь.. Но вот что-то мне подсказывает, что возможности, которые предлагаются в VBA по умолчанию, существенно беднее тех, которыми обладает, например, просто VB (как среда разработки, я имею ввиду). Т.е. набор например, control'ов в обычном VB дол-жен бы быть существенно больше. Кроме того, наверное, в последнем существует множе-ство встроенных функций, а так же специальных классов для всего, что только возможно..

В частности, вот такой пример – встретил где-то конструкцию:



Мне эти английские слова ни о чем не говорят, хелп мой на них не реагирует (хотя по сути все ясно).

Вопросы. 1) Ну, во-первых, насколько верно то, что я написал в первом абзаце?
2) Понятно, что библиотек существуют тысячи, но вот есть ли какой-то канонический список стандартных библиотек, который отсутствует в VBA и который нужно просто туда засандалить и получить полноценную среду разработки (ну или хотя бы приблизиться к этому)? Если да, то где такой список взять (вместе с самим библиотеками и спецификацией).
3)  Какие, вкратце, принципиальные вещи есть в VB, которые невозможно реализовать в VBA?

По пунктам.

1. и 3.
У  VBA и VB разные возможности.
Есть что-то, что в VB сделать проще, а есть и такое, что лучше делать в VBA.
Но пока не встречал чего-то, что можно было бы сделать в VB, и нельзя сделать в VBA...
И наоборот.
(Иногда, правда, приходится поизвращаться, но...    )

2. Канонический     список библиотек подключается автоматом при создании проекта.


Может я в чём-то и ошибаюсь, но не сильно...


Это сообщение отредактировал(а) mihanik - 14.11.2006, 11:02

Спасибо за ответ. 

Насчет 2-го. В VBA, насколько я понял, нет например тех вещей, которые упомянуты в цитате из первого поста - pset, point, picturebox. Но они наверно есть в VB, коли про них пишут, как про нечто естественное. Вопрос в том, как мне этими штуками воспользоваться в VBA?

В референсах проекта подключить соответствующие библиотеки и использовать их.