SORU
20 Ocak 2009, Salı


'sayfa yaşam döngüsü' ASP.NET MVC bir sayfa, WebForms ASP.NET neye göre?

Ne 'sayfa yaşam döngüsü' ASP.NET WebForms kıyasla mı? ASP.NET MVC bir sayfa.

Daha bu 'basit' ya da çok basit bir site var mevcut sayfaları kolayca ASP.NET WebForms dönüştürülebilir olup olmadığını belirlemek için soru. anlamaya çalışıyorum

'Dönüşüm' süreci aşağıda, ya da alternatif bir yaşam döngüsü arıyorum ne olur. ya da bir

Ben şu anda ne yapıyorum:

(Evet biliyorum herkes yeteneğine sahip yanıtlama sorumu zaten biliyor tüm bu ... ben sadece denediğim için bir karşılaştırma 'yaşam döngüsü' çok düşündüm başlayın tarafından doldurulması ne biz zaten biliyoruz)

Sayfa oluşturma:

  • Benim temel şablon içeren bir ana sayfa var
  • Beni içine içerik koymak ana sayfadan bölgeleri adında vermek içerik sayfaları var.
  • Her içerik sayfası için bir olay işleyicisi ben veritabanı (çoğunlukla salt okunur) veri yüklenemedi.
  • Ben ASP.NET kontroller ızgaralar, açılır listesini veya tekrarlayıcı temsil eden bu veri bağlama. Bu veriler, tüm hayatını' içindeki HTML oluşturulur. Bazıları görünüm durumu (ama çok fazla gitmeyecek!) içine alır
  • Sayfada Resim veya TextBox gibi belirli öğeler için özellikleri veya veri bağlama kurdum.
  • Bu sayfa istemci olmayan yeniden kullanılabilir HTML olarak işlenen gönderilir.
  • Görünüm durumu bu sayfa en az ihtiyacı olan şey dışında kullanarak önlemek için çalışıyorum.

İstemci tarafı (ASP.NET AJAX kullanarak değil):

  • Bir WordPress kullanmak ve bazı kötü oyunlar sayfasında kontrolleri bulmak ve onlar üzerinde işlem yapmak için kullanabilirim.
  • Eğer kullanıcı bir geri gönderme üretilen bir C tetikler açılan bir seçerse# benim codebehind olay. Bu olay veritabanı görünebilir, ama tamamen yeni oluşturulan bir HTML sayfası ne olursa olsun, geri istemciye gönderilen biter.
  • Sayfa kullanabilirim.Anahtar değer çiftleri depolamak için oturuma daha sonra yeniden kullanmak gerekir

Nasıl MVC ile çok mu bu 'yaşam döngüsü' değiştirmek?

CEVAP
20 Ocak 2009, Salı


Bahsettiğiniz kurşun puan her yorum deneyeceğim:

Ana Sayfa hala MVC var ve bu site için tutarlı bir düzen sağlamak için kullanılır. çok yeni değil.

Bu içerik MVC dünyanın manzarası olacak. Onlar hala ana sayfaları için aynı içerik sağlamak.

Webforms ve MVC eventhandling kullanılmamalıdır, bunun yerine Denetleyici sınıfları ve eylem yöntemleri içine veri yükleme işleyecektir "model" görüşünü geçti.

Web formunu tarzı veri bağlama MVC olduğunu mümkün olsa da, en iyi çözüm değildir. Verilerinizi daha iyi bir model sınıf ve şiddetle bu modeli doğrudan erişim var ki görünüm türü. Veri erişimi ve istediğiniz konumlarda görüntülemek için <%= ViewData.Model.SomeProperty %> sözdizimini kullanarak sadece bir madde. Görünüm durumu gelince, benim önerim bile var olduğunu unutmak.

MVC kullanmanın avantajlarından biri istemciye gönderdiğiniz HTML üzerinde kontrol sahibi olduğunu unutmayın. Bu güç kucaklamak ve bu kontrolü sağlamak için izin çözümler bulmaya çalışın. Web formunu kontrolleri html gizlemek ve gibi daha zor gerektiğinde html özelleştirmek için yapmak için bir girişim.

Son derece güçlü bir WordPress kullanmak veya benzer şekilde diğer javascript kütüphanelerinden biri tavsiye ederim. Ama onları HTML DOM doğrudan erişim için web formunu kullanın ve kontrolleri kimliği bozma sorunları önlemek için öğrenirler.

İstemci tarafında açılan seçim kanca kullanın ve standart jquery veya ajax tarzı istekleri gönderebilirsiniz. Bu istek mevcut sayfayı güncellemek için kullanılabilecek yeni sayfaları, yönlendirmeler, html parçaları veya JSON veri bile dönebilirsiniz.

ASP.NET Oturum için gerekli olabilir.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • CaliforniaMetin

    CaliforniaMe

    3 ŞUBAT 2013
  • TouchePro

    TouchePro

    27 EYLÜL 2007
  • Wii Minute Radio

    Wii Minute R

    31 Mayıs 2008