ASP.NET MVC ile gerçek zamanlı zaman uyumsuzluğu

Uygulama modelleri

Gerçek zamanlı iletişim, şu anda inşa edilen web uygulamalarında bir zorunluluk haline geliyor, arkasında her kullanıcının eylemi için onlarca sayfa olan web siteleri var, artık her şey tek bir sayfanın uygulamaları ve dinamik olma yeteneği etrafında dönüyor. ve asenkron.
Bu, uygulamada işlenen verilerden gerçek zamanlı olarak bilgi edinmemize ve çıkarmamıza izin veren teknikler geliştirmemize yol açar, bu nedenle bu yaklaşımları gerçekleştirmemize izin veren temel teknikleri bilmeliyiz.
Bu bölümde, sunucunun verileri istemciye göndermesi için kullanıcı eylemlerine bağlı olmaksızın bir eşzamansızlık durumuna ulaşmak için gerçek zamanlı olarak bilgi ayıklamak için bazı teknikler göreceğiz.
NS klasik model Bir uygulamanın, sayfamızın sunucudan bir yanıt beklediği zamandır, bu şekilde tüm yeni verileri kullanıcının istemci katmanında yürüttüğü eylemlere bağlı hale getiren eşzamanlı bir durumda kalırlar, bu nedenle bir güncelleme görmek istiyorsanız sayfayı yeniden yükleyen bir işlem yapın.
asenkron modelDiğer model ise asenkron modeldir. AJAX sayfanın bölümlerinin yeniden yüklendiği yerlerde, bu şekilde tüm belgeyi yeniden yüklemek zorunda kalmayız, ancak yine de kullanıcının bir işlem yaptığı ilk olaya bağlıyız.
Son olarak, kullanıcının eylemleri ne olursa olsun, bilgiler sunucu tarafından gönderildiğinde gerçek zamanlı olarak gerçek bir iletişimden bahsedebiliriz, bu karmaşık görünse de gerçekten değil, bunlar sadece kullanabileceğimiz farklı teknikler, bunun için yapacağız. elimizdekilerden bazılarına bakın:
Bu teknik, istemci ve sunucu arasındaki bir konuşmayı simüle etmekten oluşur, bu şekilde, veri güncellemelerini periyodik olarak, kullanıcıyı kesintiye uğratmadan, verilerin gerçek zamanlı olarak gönderildiği izlenimini vererek getirebiliriz.
Bunu başarmak için aramalar arasında bir kombinasyon yapılır. AJAX ve işlev zamanlayıcı () nın-nin JavascriptBununla verilerin nasıl ve ne zaman elde edileceğini kontrol edebiliyoruz, bunun dezavantajı kaynakları israf etmemizdir, çünkü elde edilen verilerden daha fazla istek varsa, sunucuyu aşırı derecede kullanırız, bu da performans sorunlarına neden olabilir.

Bu teknik bir öncekinin aksine bir konuşma simülasyonu değil, birden fazla arama da yok ama tek bir arama yapıyoruz ama çok uzun yani musluğu açmak gibi ve su akarken bekleriz bir şeyin düşmesi için.
Bunun için bir yanıt gelene kadar sunucuyla olan bağlantıyı açık tutuyoruz, bu gerçek zamana biraz daha benzer, ancak sorun şu ki bağlantı çok uzun olduğunda kapatılabilir veya belki de istemci bir ağdan erişiyor olabilir. bağlantıları çok kısa bir şekilde kapatan bir konum bu nedenle çok güvenilir değil, ayrıca bu tarz bir çok konu açarsak sunucunun çökmesine neden olabiliriz.

Asenkron elemanlarla gerçek zamanlı uygulamalar oluşturmak için bazı temel teknikleri zaten gördük ve bununla birlikte dezavantajlarını da öğrendik, bir sonraki bölümde bu görev için gelişmiş teknikleri göreceğiz.
Öncesisayfa 1 / 2SonrakiBu Eğitimi beğendiniz ve yardım ettiniz mi?Yazara olumlu puan vermek için bu düğmeye basarak yazarı ödüllendirebilirsiniz.