JD
Что бы не фризить форму. Она будет доступна для ввода данных.
От количества ФЗ это не зависит, так что на вопрос не отвечает
Size: a a a
2020 January 21
ВМ
Ввод данных в ячейку этого табличного поля - предполагает пересчет зависимых ячеек.
ВМ
Короче говоря "свой собственный эксель" с блэкджеком и распутницами
AO
Короче говоря "свой собственный эксель" с блэкджеком и распутницами
в Консолидации такое есть и не тормозит даже на больших формах
ВМ
John Doe
От количества ФЗ это не зависит, так что на вопрос не отвечает
Несколько ФЗ для того что бы можно было получить и отобразить результаты промежуточных этапов в Табличном поле.
AO
безо всяких фз
JD
Тебе оттуда конечно виднее, сколько ФЗ делать, т.к. это определяется тем, какие методы уже сделаны и возможно нет смысла все пихать последовательно в один.
Но концептуально никто не мешает все в одном ФЗ делать и промежуточные результаты через сообщения пользователю возвращать.
Но концептуально никто не мешает все в одном ФЗ делать и промежуточные результаты через сообщения пользователю возвращать.
ВМ
в Консолидации такое есть и не тормозит даже на больших формах
У меня нет консолидации.
AO
У меня нет консолидации.
я к тому, что ФЗ не нужны
AO
пересчет ячеек по формулам работает довольно быстро в 1С
ВМ
А загрузка данных из таблиц?
AO
там жопа только с сортировкой переменных по зависимости друг от друга
JD
пересчет ячеек по формулам работает довольно быстро в 1С
Так у него вроде не табдок, а "таблицы"
ВМ
Там ведь не только расчеты
AO
вот тот алгоритм - это мое почтение
ВМ
Ну я короче сделал это без ФЗ у меня тормозит. Не буду говорить что я написал идеальный алгоритм. Но в таблице отображаются данные затянутые из нескольких регистров. С динамическими СКД отборами.
Полсе чтого выполняются расчеты связанных между собой наборов.
Полсе чтого выполняются расчеты связанных между собой наборов.
JD
Несколько ФЗ для того что бы можно было получить и отобразить результаты промежуточных этапов в Табличном поле.
Ну тебе по-любому через обработчик ожидания придется опрашивать, а уж что опрашивать - признак завершения ФЗ или появление новых сообщений пользователю - какой-то особой разницы нет
ВМ
John Doe
Ну тебе по-любому через обработчик ожидания придется опрашивать, а уж что опрашивать - признак завершения ФЗ или появление новых сообщений пользователю - какой-то особой разницы нет
Я не против сообщений пользователю.
Поэтому и спрашиваю - не будет ли какого-то "подводного камня", если я через них буду возвращать Дерево Значений в несколько сот записей
Поэтому и спрашиваю - не будет ли какого-то "подводного камня", если я через них буду возвращать Дерево Значений в несколько сот записей
JD
Я не против сообщений пользователю.
Поэтому и спрашиваю - не будет ли какого-то "подводного камня", если я через них буду возвращать Дерево Значений в несколько сот записей
Поэтому и спрашиваю - не будет ли какого-то "подводного камня", если я через них буду возвращать Дерево Значений в несколько сот записей
Через ВХ прозрачнее / чище логика, т.к. через сообщения ведь могут возвращаться и типовые (обычные) сообщения для пользователя. Но если нужен прогресс и ФЗ одно общее, то без сообщений никак.
A
Я не против сообщений пользователю.
Поэтому и спрашиваю - не будет ли какого-то "подводного камня", если я через них буду возвращать Дерево Значений в несколько сот записей
Поэтому и спрашиваю - не будет ли какого-то "подводного камня", если я через них буду возвращать Дерево Значений в несколько сот записей
Да посмотри ты в длительные операции уже =)