Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Нет, не телепатия, а намек на то что ты не прочел то, на что отвечал. Речь шла про необходимость боксинга при выводе данных в гуй,

Изначально речь была про чтение бд и "если это значение передадут GUI-таблице"

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

> потому что контролы и биндинг в гуе работает с обжектами.

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

> А теперь попробуй объяснить, при чем тут твои рассчеты?

Я ж тебе не зря про САПР сказал. Допустим, тебе надо отобразить модель и результат её работы на конкретной выборке. Выборка >1gb. Её рисовать как раз не надо. Но вот загрузить — да, надо, те части, которые изменились с момента последней операции.
"а теперь посчитаем вот с таким условием" — означает, что тебе надо загрузить совсем другой гигабайт данных.
Вот здесь боксинг мне и нахрен не упал.

I>>Грид при каждом изменении надо пересчитать полностью.

НС>Зачем при этом боксинг всех данных?

Все данные идут из бд
1 " нормальный гуй будет боксировать только то что сейчас отображается"

Неверно:
нормальный гуй вообще боксировать не должен
см выше про выборку

2 "Боксирование же нескольких десятков строк в условиях находящейся в почти эксклюзивном использовании персональной машины — не заметить и в мелкоскоп"

Неверно:
преждевременная пессимизация
необоснованое предположение

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Нет, не телепатия, а намек на то что ты не прочел то, на что отвечал. Речь шла про необходимость боксинга при выводе данных в гуй,

Изначально речь была про чтение бд и "если это значение передадут GUI-таблице"

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

> потому что контролы и биндинг в гуе работает с обжектами.

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

> А теперь попробуй объяснить, при чем тут твои рассчеты?

Я ж тебе не зря про САПР сказал. Допустим, тебе надо отобразить модель и результат её работы на конкретной выборке. Выборка >1gb. Её рисовать как раз не надо. Но вот загрузить — да, надо, те части, которые изменились с момента последней операции.
"а теперь посчитаем вот с таким условием" — означает, что тебе надо загрузить совсем другой гигабайт данных.
Вот здесь боксинг-анбоксинг мне и нахрен не упал.

I>>Грид при каждом изменении надо пересчитать полностью.

НС>Зачем при этом боксинг всех данных?

Все данные идут из бд
1 " нормальный гуй будет боксировать только то что сейчас отображается"

Неверно:
нормальный гуй вообще боксировать не должен
см выше про выборку

2 "Боксирование же нескольких десятков строк в условиях находящейся в почти эксклюзивном использовании персональной машины — не заметить и в мелкоскоп"

Неверно:
преждевременная пессимизация
необоснованое предположение