Глобальный или локальный пересчет?

Коллеги,

1. есть самописная формула a()
2. она стоит во многих ячейках книги/листа

1. вариант - нажат Ентер на ячейке с этой формулой, что вызовет пересчет ячейки
2. вариант - нажато Ctrl+Shift+Alt+F9, что вызовет глобальный пересчет

Вопрос - как узнать в коде, какой из типов пересчета запущен пользователем? (без ловли чейнджев и чейнджев селектов листов)

Далее сложно, но можно пропустить:
Проблема в том, что перед основной работой a() в начале кода функции (при первом вызове) считываются некоторые данные справочников других листов (которые опять же рассчитываются на каких-то других формулах (но уже) экселя) и содержимое этих справочников сохраняется в глобальный внутренний контейнер

Фишка экселя: а в случае глобального пересчета, эксель для начала простраивает общее дерево пересчетов и не всегда(вернее в 99% НЕ ставит) ставит вызов моей функции после вызова формул справочников, которой для нормальной работы требуется полный пересчет формул справочников ДО вызова моей функции
В противном случае, ячейки со всеми формулами, которые пока еще не пересчитались имеют пустое значение даже если ранее эти ячейки имели какое-то насчитанное значение.

- Пытался это смоделировать на простейших примерах, чтобы добавить в тему по проф. советам - не получается. Проблемы начинаются после определенной сложности и веса файла. (потому, пока эту проблему более нигде не расписывал)
- Есть гипотетический вариант указывать в аргументах формулы ссылки на те ячейки и области, которые будут требоваться при работе этой формулы, что конечно даст более корректное дерево пересчетов, но 1. поверьте - при и так большом и сложном файле ссылки на области значительно усложняют работу пересчетов и порой ТОЛЬКО перестройка (при таком варианте ссылочности) может нагружать эксель до 5(и более) минут только на работу построения дерева пересчетов и только потом уже идут все пересчеты!!! 2. При указании ссылок на области в аргументах формулы не всегда понятно - какие из областей потребуются коду ... а указывать все (на все) - опять не вариант.
- Есть еще один вариант - строить глобальное дерево расчетов самому и пересчитывать его руками(своим кодом), но до этого пока не подобрался.

Т.е. при глобальном пересчете желательно ничего не читать и не считать, а просто вернуть какое-то значение типа "ошибка рассчетов", дабы не столкнуться некорректностью результатов (и искать варианты решений и пересчетов потом).
При варианте пересчета ячейки Ентером дерево вновь не простраивается, все справочники не пересчитываются и значения формул(ячеек) спокойно читаются, что собственно делать можно.

0

Наверное лучше менять всю архитектуру проекта,
пересчет делать процедурой,
отказаться от пользовательских функций листа.

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

1

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

А вот за идею с AfterCalculate - спасибо! есть мысль попробовать, а перед этим в ходе калькулейта выстроить свое дерево расчетов СВОИХ функций(отдавая к примеру "ошибка рассчетов") и после AfterCalculate уже пройтись по нему - дорого, но зато незаметно для пользователя и решает множество проблем!

0