Základ je takový, že máš server, kde ti běží tvoje APS.NET aplikace a klient, který se připojí komunikuje se serverem pomocí javascriptu, server pak zprávy rozdistribuuje dál...
Docela dobře tohle umí signalR.
Hm.
Jednodušší varianta tedy je, že si javascriptem budeš šahat pro data na
server v nějakém intervalu a ty zobrazovat.
Je to ale takové bezruké řešení. SignalR má tu výhodu, že server ví o
připojených klientech. Takto o nich bude vědět jenom v případě, že si
řeknou o data...
No a uplně nejjednodušší řešení je, že stránku budeš v nějakém
intervalu obnovovat... (je to vlastně jiná interpretace "šáhnout si pro
data")
Použij AJAX.
AJAXem to neuděláš real-time, akorát budeš zatěžovat server... Mrkni
na SignalR a máš to splácané za 10m 
EDIT: Aha, tak už čtu, že to tu někdo zmínil, tak nic.
Jestli si chceš napsat raw řešení, bez žádné knihovny napovrch, tak si to udělej první v SignalR (záležitost pár minut) a pak se podívej jak to funguje na pozadí a co ti to generuje za JS. Pak si můžeš použít technologie, které se používají na pozadí - WS, SSE, ...
Microsoftí solution z MSDN blogu:
https://blogs.msdn.microsoft.com/…-websockets/
SignalR používá interně taky I AJAX. SignalR funguje tak, že doáže detekovat jaké technologie klient zvládá a na zákkladě toho použije vnitřně tu nejlepší.. Pokud zvládne WebSockets, použije websockets.. pokud neumí websockets a umí ajax, použije ajax... pokue neumí websockets a neumí ajax, použije iframe a chunked komunikaci... atd atd..
SignalR tedy není tak, že je vždy a všude websockets. Takže SIgnalR může používat standardně jen ajax (třeba long polling, nebo neblockujici query spam). Záleží na klientovi.
Zobrazeno 10 zpráv z 10.