Блог

Сначала я пишу приложение на C # / WPF / Entity Framework DB, которое взаимодействует с проприетарным промышленным оборудованием, которое измеряет такие значения, как расход и температура в трубопроводе охлаждающей жидкости. Эти значения часто обновляются в моей базе данных SQL Server с помощью потока, который выполняется в фоновом режиме, а затем отображаются в моем пользовательском интерфейсе.

В настоящее время меня беспокоит то, как я обновляю свой пользовательский интерфейс, чтобы отразить эти изменения. Вот пример того, как я обновляю datagrid:

Я устанавливаю свой datacontext в свою viewmodel и создаю экземпляр потока, который выполняется каждую секунду:

     _DataContext = new ViewModels.SummaryTable_ViewModel();
    this.DataContext = _DataContext;
    UIUpdateThread = new Thread(UIUpdaterThread);
    UIUpdateThread.IsBackground = true;
    UIUpdateThread.Start();       
  

Модель, на которой основана моя сетка, — это IList<>, который выглядит следующим образом:

     private IList<channel> _channel;
    public IList<channel> Channels
    {
        get
        {
            return _channel;
        }
        set
        {
            _channel = value;
            //NotifyPropertyChanged();
            OnPropertyChanged("Channels");
        }
    }
  

Затем каждую секунду мой UIUpdateThread вызывает мой метод FillChannels(), который выглядит следующим образом, затем сетка обновляется на основе уведомления об изменении свойств:

 using (var DTE = new myEntities())
            {
                if (DTE.channels.Any())
                {
                    var q = (from a in DTE.channels
                             where a.setup.CurrentSetup == true
                             orderby a.ChannelNumber
                             select a).ToList();

                    this.Channels = q;
                }
            }
  

Итак, мой вопрос таков: есть ли лучший, более элегантный способ сделать это? Это кажется «неправильным» из-за отсутствия лучшего термина. И у этого есть плохие побочные эффекты, такие как сброс пользовательской сортировки в моей сетке данных каждый раз при запуске потока. Также я думаю, что это нарушает шаблон MVVM, хотя я не уверен.

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

Как вы можете видеть, я не слишком уверен, куда идти дальше, и мне действительно нужна помощь. Извините за стену текста, я просто хотел быть как можно более тщательным. Любая помощь будет с благодарностью принята. Спасибо.

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

По сути, ваша модель уведомляет вашу модель представления, а ваша модель представления уведомляет представление об изменениях данных. Если вы правильно настроили свое представление и используете XAML, а не code-behinds, все это должно автоматически объединяться через привязки данных между представлением и моделью представления.

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

Я не уверен, применима ли здесь единица работы, поскольку вы не говорите о сохранении связанных строк данных в нескольких таблицах и выполнении их как одной транзакции — вы только считываете данные. Я могу ошибаться, поскольку я не так много изучал unit of work.

Чтобы ответить на ваши вопросы в комментариях:

Давайте сделаем шаг назад. Ваша модель представления должна касаться только логики, связанной с представлением связанного представления. В нем не должно быть никакого кода доступа к данным или кода, который выполняет какую-либо бизнес-логику или задачи, связанные с доменом; этот код входит в то, что в совокупности называется «моделью» (простите, если у вас это уже есть, но трудно точно сказать, где находится код, который вы указали в своем вопросе).

Модель может состоять из нескольких классов, которые выполняют разные задачи бизнес-логики или которые представляют ваш домен / объекты POCOS (например, классы, созданные вашей entity framework).

Мне немного неясно, что такое ваш Channel объект и как он отделен от вашего класса сущностей / POCO, то есть модели, сгенерированной EF. Но опять же, ваше взаимодействие с EF, а также обслуживание и логика, связанные с вашими объектами, должны происходить в модели.

Итак, да, идея заключается в том, что вы ищете изменения данных в модели, используя любой механизм, который вы хотите — например, таймер (кстати, есть таймеры, которые выполняются синхронно, поэтому не объединяйте понятие «таймер» с «потоком») или привязку непосредственно к событию «коллекция изменена»в вашей коллекции объектов. При обнаружении изменения вы просто выполняете любую бизнес-логику, необходимую для этого изменения в модели (например, применение преобразований, сортировка, ведение журнала и т.д.), А затем уведомляете модель представления о том, что изменение произошло.