AJAX downfalls, sunucu ve istemci tarafı komut dosyası arasındaki çizgi?

0 Cevap php

(Ben boot atılmış bazı Java çoğunlukla C ve Python ile deneyimli bir üniversite öğrencisi öğrenci değilim) şimdi yaklaşık iki aydır benim ilk web tabanlı uygulama geliştirme oldum. Şimdiye kadar sayfamın ince bir HTML düzeni (ince anlamı çok basit bir düzen, HTML aka az 50 satır), öncelikle jQuery kullanarak, AJAX ile ağır manipüle olarak çalışır. AJAX yoluyla oluşturulur. SQL manipülasyon ile kombinasyon halinde PHP. Bu webapp 6-10 istemciler (DÜZENLEME: kullanıcılar) maksimum tarafından kullanılacak, ve çapraz tarayıcı uyumluluğu sadece bir bonus; Bu IE7 zayıf bağlantı gibi görünüyor.

Ben bilmek istiyorum:

  1. (Geri / ileri / yeniden / imi / tarihin Ajax kırma başa Barbekü kullanıyorum unutmayın) daha fazla tarayıcı 'yük' vs gibi bir istemci ağır bir yaklaşım kullanmanın dezavantajları nelerdir. Iyi uygulamaları geliştirmek için çalışırken, yeni bir programcı olarak benim iyi çokdilli ben AJAX ilkeleri benim güçlü odaklanmalıdır?
  2. Ben algıladıkları görünüyor gibi web geliştirme geleceği gerçekten bir platform olarak tarayıcıda doğru olarak ağır hareket ediyor? Benim deneyim, bu JS bu komut dosyası istemci tarafında AJAX veri erişim katmanı kullanımı kolay olarak yedekleyerek ile, bir yarım terbiyeli GUI araç için yapar gibi görünüyor.
  3. Obviously server side scripting will always have it's place. Where does server-side truly shine? eg: a) generating XML that will be injected via. JS and the DOM b) generating HTML that will be injected directly (no DOM manipulation) c) creating full pages that can be used within an iframe.

Ben bir denge çalışıyorum, ve ben okudum her şeyi bugüne kadar dengeli bir perspektif yoksun ve sadece sonu gibi tüm AJAX iter ve bütün olması gibi görünüyor.

0 Cevap