Блог

Как реализовать ожидание занятости не совсем неэффективным способом? Я сталкиваюсь с проблемой, заключающейся в том, что я могу загружать данные моей модели только методом извлечения, что означает, что я должен вызывать методы getXYZ () непрерывным способом.

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

Мой подход просто:

 while (c.hasChanged()) {
   Thread.sleep(500);
}
updateData();
  

Существуют ли механизмы получше?

Ваша проблема, похоже, решаема с помощью многопоточности.

В WPF вы можете сделать:

 Thread t = new Thread((ThreadStart)delegate() {
   while (true) {
      Thread.sleep(500);
      if (c.hasChanged())
          Dispatcher.Invoke((Action)delegate() {updateData();});
   }

}).Start();
  

В WinForms

 Thread t = new Thread((ThreadStart)delegate() {
   while (true) {
      Thread.sleep(500);
      // this must derive from Control
      if (c.hasChanged())
          this.Invoke((Action)delegate() {updateData();});
   }

}).Start();
  

Могут отсутствовать параметры для вызова (которые необходимы для выполнения кода в вызывающем потоке пользовательского интерфейса), но я пишу это из своего мозга, поэтому в распоряжении intellisense нет: D

В .NET 4 вы можете использовать TaskFactory.StartNew вместо того, чтобы создавать поток самостоятельно. В .Net <= 4 вы могли бы использовать TreadPool для потока. Однако, я помню, вам нужно, чтобы это было запущено немедленно, потому что вы ожидаете, что оно будет проверено как можно скорее, а пул потоков не гарантирует вам этого (он может быть уже заполнен, но не очень вероятно :-). Просто не делайте глупостей, таких как создание большего их количества в цикле!

И внутри потока вы должны поставить проверку типа

 while (!Closing)
  

чтобы поток мог завершиться, когда вам это нужно, без необходимости прибегать к таким плохим вещам, как t.Abort();
An при выходе установите для закрытия значение true и выполните t.Join() , чтобы закрыть поток проверки.

Редактировать:

Я забыл сказать, что закрытие должно быть свойством bool или ИЗМЕНЧИВЫМ логическим значением, а не простым логическим значением, потому что вам не будет гарантировано, что поток может когда-либо завершиться (ну, это было бы в случае, если вы закрываете приложение, но хорошей практикой является заставить их завершаться по вашей воле). ключевое слово volatile предназначено для предотвращения применения (псевдо) компилятором каких-либо оптимизаций к коду, которые предполагают, что значения переменных не могут измениться

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

Если вы проводите опрос с помощью графического интерфейса, используйте (WinForms) Таймер.

Если это какой-то фоновый процесс, ваш Sleep () может быть меньшим злом.

Явное ожидание занятости является злом, и его следует избегать, когда это возможно.

Если вы не можете избежать этого, тогда создайте свое приложение, используя шаблон проектирования Observer, и зарегистрируйте заинтересованные объекты в объекте, который выполняет опрос, поддерживаемый потоком.

Таким образом, у вас есть чистый дизайн, ограничивающий уродливый материал только в одном месте.