C# GUI i delegowanie użycia jako warstwa abstrakcji

Question

Piszę aplikację testową websocket, która będzie miała GUI do wysyłania różnych poleceń przez websocket. Zamiast spakować cały kod sterujący (budowa, formatowanie, sterowanie) wiadomości do wywołań dla różnych kontrolek, rozważam, aby każde wywołanie elementu GUI (np. OnClick) wysyłało zdarzenie do delegata, który może go obsłużyć. W ten sposób GUI będzie oddzielony od dowolnego kodu kontrolnego. Czy jest to "rozsądny" projekt, czy też istnieje inna "najlepsza praktyka", aby oddzielić dwie części.

Przykładem może być sterowanie tunerem TV - użytkownik może wprowadzić numer kanału za pomocą pola tekstowego, który nie będzie miał żadnego efektu, dopóki nie kliknie przycisku "Tune". Metoda onClick może pobrać numer kanału z pola tekstowego i wysłać zdarzenie doTune (kanał) do delegata, aby to się stało.

Myśli/porady mile widziane.

Dziękuję bp

Answer 1

To rzeczywiście jest rozsądny projekt. Osobiście nie zgłoszę się do wywołania event, wystarczy zwykłe wywołanie statycznej klasy "SocketCommands".

Answer 2

To jest rzeczywiście bardzo rozsądne design - co robisz jest promowanie dobrej separacji obawy między warstwy prezentacji (UI) i warstwy biznesowej (skrypty, usługi transakcyjne domen itp).

Tak, aby odpowiedzieć na Twoje pytanie, tak, to jest rozsądny projekt :)

W odniesieniu do myśli/radę, że będzie to temat na programmers.stackexchange.com raczej niż tutaj ..