Sunucu tarafı sayfa oluşturma kullanılarak ne gibi avantajlar sağlanır?

Bir web uygulaması geliştiriyorum ve şu anda tüm web sitesini html / js / css'de yazdım ve arka uçta bazı RESTFUL hizmetlerini barındıran sunucu uygulamaları var. Tüm sunum mantığı, json nesnelerini alıp javascript aracılığıyla görünümü değiştirerek yapılır.

Uygulama aslında bir arama motorudur, ancak farklı rollere sahip kullanıcı hesapları olacaktır.

Play ve Spring gibi bazı çerçeveleri araştırıyorum. Web geliştirme konusunda oldukça yeniyim, bu yüzden sunucu tarafı sayfa oluşturmanın ne gibi avantajlar sağlayacağını merak ediyordum?

Hız mı? Daha kolay geliştirme ve iş akışı? Mevcut kütüphanelere erişim? Daha? Yukarıdakilerin hepsi?

Sunucu tarafı HTML oluşturma:

• En hızlı tarayıcı oluşturma
• Sayfa önbelleklemesi, hızlı ve kirli bir performans artışı olarak mümkündür
• "Standart" uygulamalar için, birçok kullanıcı arayüzü özelliği önceden oluşturulmuştur
• Bileşenler genellikle derleme zamanı doğrulamasına tabi olduğundan bazen daha kararlı olarak kabul edilir
• Arka uç uzmanlığına eğilir
• Bazen daha hızlı gelişir *

* Kullanıcı arayüzü gereksinimleri çerçeveye iyi uyduğunda.

İstemci tarafı HTML oluşturma:

• Düşük bant genişliği kullanımı
• Daha yavaş ilk sayfa oluşturma. Modern masaüstü tarayıcılarında bile fark edilmeyebilir. IE6-7'yi veya birçok mobil tarayıcıyı (mobil webkit kötü değil) desteklemeniz gerekiyorsa, darboğazlarla karşılaşabilirsiniz.
• API-ilk oluşturmak müşterinin özel bir uygulama, ince istemci, başka bir web hizmeti vb. Olabileceği anlamına gelir.
• JS uzmanlığına eğilir
• Bazen daha hızlı gelişir **

** Kullanıcı arayüzü büyük ölçüde özel olduğunda, daha ilginç etkileşimlerle. Ayrıca, tarayıcıda derlenmiş kodları ve sunucu yeniden başlatmalarını beklemekten daha hızlı bir şekilde yorumlanmış kodla kodlama buluyorum .

Ayrıca, bıyık gibi bir ön uç / arka uç şablonlama sistemi kullanarak hafif bir arka uç uygulaması olan hibrit bir modeli de düşünebilirsiniz .

sunucu tarafı HTML oluşturma:

• hata ayıklaması daha kolay;
• tarayıcı uyumluluğu ile ilgili hiçbir sorun yok;
• klasik tam sayfa sunucu tarafı üretimi ile büyük değişmez parçaları olsa bile HTML'yi önbelleğe almak daha zordur; (çözüm, HTML parçalarını AJAX çağrıları yoluyla getirmektir);
• dinamik HTML için önbellek proxy'lerinden ve CDN'lerden yararlanmamak;

istemci tarafı HTML oluşturma:

• hata ayıklamak daha zor;
• eski tarayıcılarla ilgili bazı sorunlar;
• HTML şablonlarını istemci tarafında önbelleğe almada sorun yok;
• HTML şablonları ve JS kodu için önbellek proxy'lerinden ve CDN'lerden yararlanma;
• çok daha düşük ağ kullanımı;

Başarılı mobil siteler için istemci tarafı neslinin yapılış şeklidir, çünkü görünüşe göre modern tarayıcılarda çok daha etkilidir (WebKit tabanlı tarayıcıların mobil pazarın yaklaşık% 70-80'i vardır).

LinkedIn, örnek olarak dust.js'yi kullanarak istemci tarafı yaklaşımının avantajları hakkında bir makaleye sahiptir : "JSP'leri toz içinde bırakmak: LinkedIn'i dust.js istemci tarafı şablonlarına taşımak"

Gereksinimlerinizin ne olduğuna bağlıdır. Çok sayıda küçük göreve bağlı yüksek performanslı, düşük gecikmeli bir çözüme ihtiyacınız varsa, açıkladığınız şeye benzer bir yapıya sahip olabilirsiniz. Java, PHP ve C # 'da en yaygın çözümler buna varsayılan değildir.

Çoğu web uygulaması veritabanlarına çok bağlıdır - çoğu o kadar çok ki sayfalar en az bir çağrı olmadan işlenemez. Açıkçası, birkaç nedenden dolayı veritabanınızı herkese açık olarak göstermek istemezsiniz:

• (Aynı Güvenlik Oded bahseder) - kesinlikle yok değil alenen ağınızı maruz istiyorum! İdeal olarak, sistemlerinizin dışarıdan tek arayüzü sunucunuza https olmalıdır.
• Geliştirme kolaylığı - gerçekten, gerçekten , gerçekten Javascript'te SQL yazmak istemiyorsunuz ve web sunumu için tasarlanmış diller RDB'lerle iyi çalışmıyor. Örneğin devlet kavramları yok.

Yani, bir veritabanına ihtiyacınız olduğunda, Java, C #, PHP, vb.Gibi onlarla iyi oynayan dilleri kullanırsınız. ancak JSP ve ASP diğer çok yaygın dillerdir). Dil, diğer modüllere çağrıda bulunan yapılar sağlar. PHP'de bu genellikle sayfada veya MVC kalıbı kullanılarak başka bir PHP dosyasında bulunur. JSP'de komut dosyaları veya JSP İfade Dili kullanırsınız. Bu diğer modüller, DB'ye bağlanma, mantık gerçekleştirme ve görünüm katmanınıza değerler döndürme gibi yoğun bir iş yapabilir. Sonuç, sunucuda oluşturulan ve istemciye gönderilen oluşturulan bir HTML sayfasıdır.

Veritabanınız sayfa oluşturucunuzla aynı ağda olduğunda, daha iyi performans elde edersiniz. İstemcinin yalnızca bir istekte bulunması ve bir sayfa alması gerekir; kullanıcının ihtiyaç duyduğu tüm bilgilere sahip olmadan önce 10-15 DB isteği yapmanız gerekebilir. İstemcinin tümünü yapması gerekiyorsa, ağınızdaki milisaniye gecikme süresi saniyeler ila dakikalar arasında olacaktır.

Sistemler büyüdükçe, endişelerin ve temel yetkinliklerin ayrılması çok önemli hale gelir. HTML görüntüleme için iyidir. Javascript, dinamik içerik için iyidir. SQL bir veritabanını sorgulamak için mükemmeldir ve diğer diller iş mantığında iyidir. Geliştiriciler olarak görevimiz, sürdürülebilir bir sistem oluşturmak için elimizdeki tüm araçları kullanmaktır. Geliştirme kolaylığı, iyi bir sistemin büyük bir parçasıdır. Aklımda, neredeyse performans ve kullanılabilirlik kadar önemli. Büyük sistemler zamanla gelişir. Kötü sistemler başlangıçtan itibaren kötü yazılmıştır ve hiçbir zaman iyileştirilmemiştir.

Mobil istemciler genellikle güç, bant genişliği ve bellek kısıtlıdır. Muhtemelen sayfaları sunucuda işlemek daha iyidir.

Masaüstü istemcilerde, sayfayı istemcide oluşturmak, dinamik olarak güncellenebilir vb. Yapmak için js + json göndermeyi düşünebilirsiniz.

Sunucu tarafı görüntülemenin büyük bir avantajı erişilebilirliktir - javascript tabanlı uygulamalar hala görmeyen insanlar için büyük bir sorundur. Bu ve "googlebot" adlı bu kör adam, hitap etmek isteyebileceğiniz var. Javascript'i o kadar da iyi yapmıyor.