Какое максимальное количество обновлений событий в секунду для приложения C # WPF, которое я должен разрешить? - PullRequest
2 голосов
/ 20 июля 2010

У меня будет довольно много обновлений событий для C # WPF GUI, поступающих из имеющейся у меня библиотеки классов - я думаю, что мне, вероятно, следует уменьшить количество событий, которые могут проходить в секунду, поэтому:

1) Практическое правило касательно того, сколько изменений пользовательского интерфейса изменяет события обновления, которые следует разрешать через секунду? (Например, 10 в секунду) - в моем случае они будут управлять изменением значений на гистограмме (то есть, поэтому бары будут расти / опускаться в реальном времени).

2) Можно ли выполнять регулирование на стороне пользовательского интерфейса после того, как он перехватывает события, или это должно быть в библиотеке классов, которая создает события? Предположим, вы хотите повторно использовать библиотеку классов. (Я предполагаю, что имеет смысл уменьшить громкость в библиотеке классов до максимального количества событий в секунду, которое вы когда-либо захотите.)

Ответы [ 2 ]

4 голосов
/ 20 июля 2010

Вы пытались обновить без регулирования? Вы видели реальную проблему производительности? Или вы просто ожидаете увидеть один? Я бы на самом деле ничего не делал здесь, пока не был уверен, что должен ...;)

С другой точки зрения, сколько изменений могут реально увидеть / отреагировать ваши пользователи? Эта статья предполагает, что люди воспринимают все от 13 до 15 кадров и выше как плавно анимированные. Возможно, это может быть разумным показателем ограничения частоты обновления? НТН.

PS: Насколько я знаю, регулирование может быть осуществлено с помощью реактивных расширений. Этот вопрос показывает немного об этом.

2 голосов
/ 20 июля 2010

Я бы сказал, сделайте регулировку в пользовательском интерфейсе. В конце концов, через 6 месяцев может появиться машина, которая сможет обработать ваш текущий уровень событий.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...