WPF i własne zdarzenia

0

Witam,

Proszę o wyrozumiałość, jestem tu po raz pierwszy. Przeszukiwanie podobnych tematów, nie daje mi prostego obrazu - jak to działa więc może ktoś życzliwy mi to wytłumaczy ?

W aplikacji WinForms takie coś robiłem poprzez sekwencyjne uruchamianie sprawdzania czy coś się nie pojawiło na porcie, i to jakoś działało, często jednak pewne wartości "znikały" (może jeszcze jakiś błąd algorytmu). Od kilku osób dowiedziałem o wpf i o tym, że za pomocą dispatcherów można to jakoś obsłużyć lepiej. Dla mnie dispatcher nie różni się niczym od timera. Ostatnio jednak usłyszałem że można jakoś zrobić mechanizm działający z drugiej strony, tzn. Na formie wpf jest przypisanie kontrolki z metodą, natomiast jak coś się pojawi na porcie, to na formie głównej uruchamia się obsługa zdarzenia i do działa. Dzwoni dzwon, ale nie wiem w którym kościele. Czy może ktoś podpowiedzieć wyjaśnić jak to zrobić? Bo nijak nie wiem jak się za to zabrać.

Pozdrawiam wszystkich

0

Witam,

Może na początku zdefiniuj co to znaczy że "coś pojawiło się na porcie"?

Pozdrawiam,

mr-owl

0

Witam,

Może faktycznie za mało informacji. Port COM, do którego jest podłączone urządzenie na MODBUS-ie. Dalej te urządzenie, wysyła aktualną wartość jakiegoś stanu. Wartościami są liczby przekazujące 2 wartości: id i data z godziną. Urządzenie jest sprawdzone, ma jednak feler, że nie posiada własnej pamięci i tak jak większość czytników zbliżeniowych nie zapamiętuje "rekordów", tylko je wysyła od razu, do PC. Po drugiej stronie zdarza się, że nie trafi w moment transmisji. Wiem, komuś kto zna systemy rejestracji czasu pracy to może i to wydaje się śmieszne, wywarzanie otwartych drzwi. Ale mi bardziej chodzi o poznanie technologii WPF i obsługę zdarzeń na formie niż tworzenie nowego rejestratora.

Kodu nie zamieszczam ponieważ to co mam to zwykła sekwencyjna procedurka odczytująca "czy coś się pojawiło na porcie COM".

pozdrawiam

0

Ale co do tego ma WPF? Port COM w .NET obsługiwany jest przez klase SerialPort (nie jest ona częścia WindowsForms ani WPF). Klasa ta posiada zdarzenie: DataReceived, które jest wywoływane w momencie otrzymania danych na port. To co potem ty z tym zrobisz to już twoja własna inwencja twórcza.

https://msdn.microsoft.com/pl-pl/library/system.io.ports.serialport.datareceived(v=vs.110).aspx

0

witam

ostatnio idziemy w inwencję form wpf i później jeszcze w rozwiązania webowe. Ale jak każdy chcę zrozumieć jak to działa... Nie rozumiem, więc pytam. Na forum jest wielu bardziej ode mnie zaawansowanych specjalistów. Liczę na jakąś podpowiedź, sugestię, kierunek, w którym powinienem pójść dla opanowania tematu i technologii.

Sam SerialPort ok. Masz rację. Na tym jest zbudowany mechanizm odczytu danych. Kiedyś widziałem przypadek aplikacji napisanej w MVVM w C# i nie rozumiem jak to działa.

Tam jest użycie takiej sekwencji kodu użyty w definicji MainWindow.xaml:

    <Window.Resources>
        <ObjectDataProvider x:Key="Controller"
                      ObjectType="{x:Type sns:Controllers}"
                      MethodName="GetInstance" />
    </Window.Resources>

Ale niestety dalej nie wiem co, jak i dlaczego. Domyślam się że to dla ozdoby nie jest użyte.
Stąd próbuję się dowiedzieć jak to zrozumieć, zapanować nad tym i wykorzystać.

pozdrawiam

0

Witam,

Zawsze możesz posiłkować się wzorcem MVVM.

<Window x:Class="WpfMvvmSampleApplication.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:local="clr-namespace:WpfMvvmSampleApplication"
        Title="MainWindow" Height="350" Width="525">
    <Window.DataContext>
        <local:MainWindowViewModel /> <!-- tutaj dodaje ViewModel by był źródłem danych dla widoku -->
    </Window.DataContext>
    <Grid>
        <Label Content="{Binding StatusMessage, Mode=OneWay, UpdateSourceTrigger=PropertyChanged}" /> <!-- bindowane property -->
    </Grid>
</Window>
namespace WpfMvvmSampleApplication
{
    using System.ComponentModel;
    using System.IO.Ports;
    using System.Runtime.CompilerServices;

    public sealed class MainWindowViewModel : INotifyPropertyChanged
    {
        private string statusMessage = string.Empty;

        private readonly SerialPort serialPort;

        public MainWindowViewModel()
        {
            this.serialPort = new SerialPort("COM1", 9600);

            this.serialPort.DataReceived += (sender, e) =>
                {
                    var port = (SerialPort)sender;
                    var data = port.ReadExisting();
                    this.StatusMessage = data;
                };

            this.serialPort.Open();
        }

        public string StatusMessage // Property które będę bindował w widoku
        {
            get
            {
                return this.statusMessage;
            }

            set
            {
                if (!value.Equals(this.statusMessage))
                {
                    this.statusMessage = value;
                    this.OnPropertyChanged("StatusMessage");
                }
            }
        }

        public event PropertyChangedEventHandler PropertyChanged;

        private void OnPropertyChanged(string propertyName)
        {
            var handler = this.PropertyChanged;
            if (handler != null)
            {
                handler(this, new PropertyChangedEventArgs(propertyName));
            }
        }
    }
}

Pozdrawiam,

mr-owl

0

Witam,

Jak wspomniałem - widziałem rozwiązanie w modelu MVVM a wymieniony przykład moim zdaniem owszem działa w w MVVM ale efekt jest taki - żeby zdarzenie się wykonało, to czy rzeczywiście stan powinien być wyświetlany przy inicjacji obiektu ? Tu chyba powinno być coś w stylu "OnReceived".
Odpowiedź trochę nie na "moje pytanie", ponieważ ja zapytałem jak to działa ? jak są "odczytywane" zdarzenia na takiej formie?

pozdrawiam serdecznie

0

Witam,

            this.serialPort.DataReceived += (sender, e) =>
                {
                    var port = (SerialPort)sender;
                    var data = port.ReadExisting();
                    this.StatusMessage = data;
                };

Właśnie tutaj obsłużone jest DataReceived, podpięta jest funkcja anonimowa która przyjmuje 2 parametry. Obiekt żyje dłużej niż samo wykonywanie się konstruktora klasy, w nim tylko podpinam obsługę zdarzenia i otwieram port. Funkcja będzie się wykonywała za każdym razem gdy otrzymam dane. W kolejnym kroku to co otrzymam z portu szeregowego przypisuję do property StatusMessage która jest zbindowana do widoku.

Pozdrawiam,

mr-owl

P.S. Może opisz sam jak ty to widzisz by działało, może chcesz napisać własną klasę która przekaże już dane gotowe do wyświetlenia na formie wtedy trzeba użyć delegate albo jakiś inne rozwiązanie przekazujące wiadomości np EventAggregator.

1 użytkowników online, w tym zalogowanych: 0, gości: 1