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

[DiemonStar]

Коллеги,
предлагаю немного отвлечься и помечтать на тему того, какие приятные мелочи могли бы сделать процесс программирования немного легче.

как пример:
- процедуру, вроде Distinct(Range1, Range2) as Range, возвращающую область, получившуюся после вычитания из области Range1 области Range2. например:

Distinct( ActiveSheet.CurrentRegion, [1:1])

вернет область данных заполненной таблицы без заголовка.

- переделать функционал таблиц так, чтобы заголовок мог состоять из 2 и более строк. Польза от этого, думаю, будет всем очевидна

- ввести в стандартные функции что-то типа

=ФИЛЬТР(A1:B100; 2; "фильтр")

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

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

[EducatedFool]

Нехватает:

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

2) возможностей ООП - что в «нормальных» языках программирования (типа С++) реализовано.
Например, хочу в объекты Excel добавить свои методы и свойства - вроде вашего Distinct - и никак этого не сделать, приходится писать функции

3) нормального IntelliSense (как в Word)

4) устойчивой защиты проекта VBA (которая бы не снималась за секунду)

переделать функционал таблиц так, чтобы заголовок мог состоять из 2 и более строк.
Польза от этого, думаю, будет всем очевидна

хз... ни разу не сталкивался с подобной проблемой.

[DiemonStar]

хз... ни разу не сталкивался с подобной проблемой.

я про те таблицы, которые с форматированием (у них заголовки, область данных и итогов доступны как именованные параметры). В принципе (сужу по 2007), их функционал и так не особо доработан.

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

Присоединяюсь. Сильно раздражает, когда формулы на русском, а ссылки на английском.

[Serge 007]

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

Сильно раздражает, когда формулы на русском, а ссылки на английском.

Я вообще не смог найти хотя бы ОДНОЙ причины перевода названия функций Excel на локальные языки...
Разве что заработок переводчиков. НО почему, в таком случае, не перевести на локальный язык VBA?

[DiemonStar]

Я вообще не смог найти хотя бы ОДНОЙ причины перевода названия функций Excel на локальные языки...
Разве что заработок переводчиков.

Серж,

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

=SUM

, так и

=СУММ

[nerv]

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

я бы оставил только на инглише

Например, хочу в объекты Excel добавить свои методы и свойства

+

Мне не хватает в vba:
- создания объектов на лету
- функций высшего порядка
- обращения к свойствам и методам объектов таким способом Range("A1")[ "Value" ]
- цикла по ключам объектов и по их значениям

[RISagitov]

- открытой библиотеки пользовательских процедур и функций
- возможности писать макросы вне excel (т.е. простой и удобной среды (как компонент visual studio) для создания оболочек и подключения к разным источникам данных)
- возможности работать полноценно с закрытыми книгами excel
- литературы для профессионалов особенно по объектной модели и olap кубам (все что встречал, в лучшем случае для середнячков) + литературы по связкам excel(vba)-1c, excel(vba)-word(vba), excel(vba)-navision, excel(vba)-outlook(vba), excel(vba)-access(vba)
-встроенного tsql (чтоб работать с таблицами sql запросами) (вот представьте

select top (100) Name.Лист1, Age.Лист2, Comment.Лист1
into Лист3 (cells(1,1))
from лист1 inner join лист2 on
where date between '13.03.2013' and '25.03.2013'
order by column1, column2,column3
)

в сравнении с ВПР, это было бы более гибко

- процедуре или функции из нутри определять собственное имя, название модуля
-соразмерной скорости выполнения собственных макросов, формулам вшитым (т.е. если самому написать свою ВПР, то как ее не оптимизируй, все равно она будет медленнее)
-написанных полноценных , свободных, framework библиотек (например библиотека позволяет обращаться к внешнему железу, или вот еще одна, позволяет полностью обходиться без 1c (делающая из excel -> 1с) итд)

[DiemonStar]

- открытой библиотеки пользовательских процедур и функций

Простор для макровирусов, или я не прав?

- литературы для профессионалов особенно по объектной модели и olap кубам (все что встречал, в лучшем случае для середнячков) + литературы по связкам excel(vba)-1c, excel(vba)-word(vba), excel(vba)-navision, excel(vba)-outlook(vba), excel(vba)-access(vba)

Скорее всего все это есть, но стоит денег и не столь широко распространено.

- возможности работать полноценно с закрытыми книгами excel

Это вряд-ли. Примерно так же как найти нужный абзац в книге не открывая её.

в сравнении с ВПР, это было бы более гибко

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

-соразмерной скорости выполнения собственных макросов, формулам вшитым (т.е. если самому написать свою ВПР, то как ее не оптимизируй, все равно она будет медленнее)

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

- процедуре или функции изнутри определять собственное имя, название модуля

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

-написанных полноценных , свободных, framework библиотек (например библиотека позволяет обращаться к внешнему железу, или вот еще одна, позволяет полностью обходиться без 1c (делающая из excel -> 1с) итд)

касательно 1С - как я помню, есть целая группа COM-объектов предназначенная для работы с системой из сторонних программ. Не вижу причин не использовать их в Excel-е, если есть такая необходимость.

[RISagitov]

>>Простор для макровирусов, или я не прав?

зависит от того как это реализовать

копируешь ту же ВПР, вставляешь к себе, правишь, чисто под конкретные нужды, называешь типа function myVPR

+ чтоб развиваться, узнавать о тонкостях, скрытых возможностях

>>Скорее всего все это есть, но стоит денег и не столь широко распространено.

скорее всего уже и эта ветка в интернете где то обсуждалась и похожий на ваш ответ тоже где то имеется


>>>Это вряд-ли. Примерно так же как найти нужный абзац в книге не открывая её.

это как раз возможно

>>>и, пожалуй, заметно медленнее. Как не крути, то листы и ячейки - объекты и работать с ними не столь просто, как кажется. Особенно для запросов.

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


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

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

>>> воспользоваться API. Немного напряжно, но такие задачи тоже бывают не каждый день.

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

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

если такой уровень проблем вы не решаете, то какие мы коллеги?


>>>Не вижу причин не использовать их в Excel-е, если есть такая необходимость.

1С-овсцы тоже не видят такой необходимости



>>>Коллеги,
предлагаю немного отвлечься и помечтать

"вы мечтайте, а я ваши мечты буду критиковать!!"
верно?

[nerv]

на мой взгляд очень не удобно работать с модулями класса. Они начинают размножаться очень быстро Хотя, по другому в VBA, видимо, не получится.
Я к чему: например, чтобы создать такую структуру

var obj = {
    prop: {
        prop: {
            value: null
        }
    }
};

// obj.prop.prop.value = null;

придется создать минимум два модуля класса. Вообще, vba не приспособлен для работы с объектами. В нем акцент на работу с коллекциями.

Еще не надо забывать, что язык изначально создавался для не программистов.