Чего Вам не хватает в Excel и VBA?

[eikhner]

подсказка не главное , я ее вижу , но не поиму что она делает , главное - понимание смысла этои подсказки
вот например в вижуал студио

выделил оператора и все ясно что и как он делает , не все сразу конечно , но полистав можно выбрать приемлемый вариант , понятно хотя бы более менее





а в вба подсказки есть , но смысла новичку в них нет , а вот с подсветкои перевода было вообще шикарно , можно же такую надстроечку соорудить ??? Мона вообще тему открыть и прям там кодом шпарить надстроику , всем миром быстро и просто это будет , один одно добавил , второй другое , а в шапке темы скрытым текстом поместить все собранное вместе , и так потихому , рассматривая разные варианты, написать надстроику для экселя .
Вот тут уже, всем участвующим в этом , будет огромный почет и уважуха .

[DiemonStar]

Надстройка, по-факту, это коллекция макросов. В данном же случае необходимо изменять функционал редактора кода. Т.е. вносить изменения в программу, что противоречит лицензионному соглашению.
Тут скорее лень мелкомягких: привязать всплывающие подсказки и описание из ObjectBrowser не составляет такой глобальной проблемы.

[nerv]

Сообщение от EducatedFool

???
функции VBA разучились возвращать значение?

Сообщение от doober

return True

Аналогично для функции аа

аа=True 
Exit Function

я к тому, что когда я использую инструкцию return, я больше нигде в коде не использую имя функции. Это важно, например при переименовании функции. Разумеется, я стараюсь использовать имя функции в теле функции не более раза (итого 2 - объявление/возврат значения), но инструкция return в разы удобней:

Начало_Функции
    Если_какое_то условие
        Вернуть значение ...
    Конец_Если

    Если_какое_то условие
        Вернуть значение ...
    Конец_Если
Конец_Функци

Сообщение от EducatedFool

Если всё изначально продумать, - программа будет работать четко.

предугадать действия пользователя/программы в том или ином случае можно, но не все. Чем больше опыт, тем больше шансов написать безотказный код (конечно, если не лениться)


Еще IDE в VBA оставляет желать лучшего...

[tae1980]

Сообщение от DiemonStar

Поверьте, большинство задач решается на любом из этих языков. Главное - правильно составленный алгоритм, а уж на чем его реализовывать принципиальной разницы не имеет. Вопрос только во времени, которое будет на это затрачено.

Полностью согласен... Но с оттенками. Я тоже программировал на 6 разных языках и на 4 диалектах бейсика. "Влет" начал писать на ассемблере, паскале, rexx, VBA. Но вот С/С++ выучить не смог. Лично мне этот стиль кажется полным бредом, мне даже на листинги смотреть не приятно. С большим удовольствием и эффективностью писал на ассме (я бы сказал даже с нежностью). Очень жаль не законченные проекты для CP/M, и периодически рвусь запустить свой профик (который до сих на ходу) и окунуться в ту атмосферу. Вот от Си меня выворачивает, хотя трижды (в течении 10 лет) подступал к нему. А он бы мне очень пригодился.

Так же проблема с постановкой задач. Ну нельзя (ИМХО) на начальном этапе четко сформулировать задачу, так как ещё не известны все её тонкости. А они проявляться исключительно в процессе написания и эксплуатации программы. Искусство программиста заключается именно в том что бы имея первоначальную постановку задачи выбрать такое её решение, которое позволит без больших трудностей реализовать все последующие коррективы этой задачи.

[tae1980]

Я считаю, что все дополнительные функции можно реализовать чрез Dll. Их можно море описать. Мне не хватает структурных вещей. Например невозможно однозначно проконтролировать действия пользователя по созданию страницы. Страницу можно создать несколькими способами, приходиться учитывать их все, а некоторые вообще невозможно контролировать.
Считаю устаревшей систему переключения между страницами, так как если страниц за 10 шт и названия у них длинные, ориентировать в них очень проблемно. Нужно организовать древовидное строение книги с выбором листа из дерева, так как происходить выбор модуля в проекте VBA.

[nerv]

Вот от Си меня выворачивает, хотя трижды (в течении 10 лет) подступал к нему. А он бы мне очень пригодился.

Если не секрет, почему выворачивает?

Так же проблема с постановкой задач. Ну нельзя (ИМХО) на начальном этапе четко сформулировать задачу, так как ещё не известны все её тонкости. А они проявляться исключительно в процессе написания и эксплуатации программы. Искусство программиста заключается именно в том что бы имея первоначальную постановку задачи выбрать такое её решение, которое позволит без больших трудностей реализовать все последующие коррективы этой задачи

Задачу поставить можно, если обладаешь соответствующими знаниями. Если нет, см. обзац выше )

[tae1980]

Сообщение от nerv

Если не секрет, почему выворачивает?

Мне не понравилась идеология языка. Листинги выглядят просто ущербно. Один оператор разбора строки чего стоит. Да возможностей много, но внешний вид команд - это ужас. Я сторонник мнения что вещь должна быть красивой. "Не красивый самолет не полетит" (с).
Когда я изучал паскаль, я был в восторге, можно сказать несся вперед "давай, давай еще!". А когда начал изучить Си, читаешь и одна мысль "да неплоха, ну и что?". Даже решил что просто устал от частой смены языков. А потом начал изучать Rexx (можно сказать просто пришлось, почти заставили), и снова начал нестись вперед. Влюбился в Rexx.

[tae1980]

Сообщение от nerv

Задачу поставить можно, если обладаешь соответствующими знаниями. Если нет, см. обзац выше )

Вот сейчас я пишу программу управления водяными насосами через СМС.
Задача простая: есть насосы, к ним подключен модель управления который отсылает смс при срабатывание разных датчиков, и может принимать команды по СМС. Изначально они просто падали на телефон. Но когда количество насосов стало более 3 (сейчас их 12 и это далеко не предел) стало затруднительно отслеживать ситуацию. А потом СМСки посыпались сплошным потоком.
Начальная задача стояла написать программу для приема СМС и удобного отображения их на экране в графическом окне. Решил задачу просто и быстро, программу так и назвал "Монитор насосов". Потом захотели видеть общую статистику (сколько выкачали за день, сколько потратили энергии), потом потребовались знать периоды работы насосов (сколько времени насос работает непрерывно), потом потребовалось управление насосами через программу (включить/выключить), потом оказались нужны и другие команды. Сейчас трясут статистику за два и более дней, что бы видеть как изменилась работа насоса относительно предыдущих дней. Хочу организовать это через вывод графиков. Ни чего этого в начальной постановке задачи не было. Так сказать "аппетит пришел во время еды" (с). Теперь нужно уже менять название программы на "Управление насосами". И это все конечно же реализовано на Rexx.
И это далеко не самый сложный пример.

[nerv]

tae1980, спасибо.

Не совсем понял, к чему последний пост. Расширяемость, простота поддержки/сопровождения - все это кодер должен закладывать изначально. Особенно, если знает/уверен, что к проекту придется вернуться (и не раз), вносить изменения и т.п.