C# GUI App web server - how to?

Cześć,

Zamierzam sobie napisać aplikację GUI, która przyjmując komunikat od klienta, będzie zapisywać go do DB i aktualizować to co wyświetla. Krótko mówiąc trzeba wystawić wsdla z apki, a wystawiona usługa będzie przetwarzać przychodzące requesty robiąc insert do bazy. Pytanie moje jest jak to osiągnąć, ponieważ z tego co szukam i widzę usługi są hostowane na IIS i nijak ma się to do aplikacji okienkowej. Interesuje mnie utworzenie WCF z komunikacją SOAP. Da się zrobić by usługa była jednocześnie aplikacją GUI? Czy jakoś się to rozdziela? Jeśli tak to jak sprawić by po wpisaniu rekordu do DB zaktualizowało wpisy w apce GUI? Ktoś mi może w dwóch zdaniach wytłumaczyć/podać koncepcję?

ale co ma aplikacja z WS? Przecież jedno działa na serwerze i z założenia nie ma GUI a drugie u klienta na kompie

No tak, czyli jak rozumiem bym mógł na "serwerze" zaprezentować przychodzące od klienta dane, muszę sobie również na nim zrobić klienta do usługi? Da się wtedy jakiś trigger wrzucić by wyniki odświeżały się w GUI app na momencie, tj. zaraz po przetworzeniu requesta przez usługę? Chodzi mi o uniknięcie przycisku refresh w aplikacji.

mylisz pojęcia - WS to usługa działająca w tle i mająca za zadanie przyjąć zapytanie od klienta, obrobić je i odesłać mu dane o które prosił. Nic nie stoi na przeszkodzie aby na tym samym komputerze uruchomiony był WS oraz aplikacja, która zaprezentuje dane. Co do drugiego pytania to poczytaj to https://www.google.pl/search?q=wcf+two+way+communication+example

A nie prościej i bardziej przyszłościowo będzie zrobić MVC + WebAPI?

Ciekawe, czyli tworzę coś na kształt interfejsu nasłuchowego po stronie klienta, mogąc w ten sposób równie dobrze powiadamiać wszystkich klientów spiętych z usługą o zakończeniu operacji przetwarzania lub też o dowolnym zdarzeniu które zdefiniuje ot tak sobie, niezależnie od tego czy dojdzie do mnie jakiś request od klienta? Popraw mnie proszę jeśli się mylę, bo trochę mi to przypomina interfejs synchroniczny, ale zdaje się że to nie to samo. Dobrze pisze?
@pijany Pomidor: Nie dzięki, web apps mnie nie interesuje, nigdy w sumie nie interesowało.

co to znaczy prościej?? Prościej to jest siąść i nic nie robić.

Co do powiadamiania klienta bez wcześniejszego jego podłączenia to nie - najpierw klient musi się podłączyć i dopiero wtedy usługa może do niego coś wysłać.

Okay, to mi chyba wystarczy. Jeszcze doczytam i popatrzę co i jak. Dzięki wielkie za pomoc!