Günün Özellikleri: HTML6’da Native MVC?

HTML5 yolun sonu olmamalı mı? İlgili çalışma grubu posta listesi, olası bir halefin özellikleriyle ilgilenir.


Aslında, HTML5’in HTML standardının son sürümü olduğu ve sürümde büyük bir sıçrama (6’ya) olmayacağı konusunda genel bir fikir birliği vardı. Bunun yerine, “Yaşam Standardı”na artımlı güncellemeler eklenmelidir. Bununla birlikte, geliştiriciler zaten HTML6 biçiminde olası bir halefi düşünüyorlar. Geçen hafta W3C Web Köprü Metni Uygulama Teknolojisi Çalışma Grubu (WHATWG) posta listesindeki bir blog yazısında durum böyleydi.

Gönderi, Bobby Mozumder tarafından yazılmıştır ve öncelikle tek sayfa uygulama geliştirmeye yönelik aşağıdaki eleştirileri listeler:

  • AngularJS, EmberJS vb. gibi tüm modern JavaScript ön uç çerçeveleri. Tek sayfa uygulamaları söz konusu olduğunda hemen hemen aynı prensipler üzerinde çalışırlar. Somut terimlerle, her zaman JSON API (AJAX anahtar sözcüğü) aracılığıyla dinamik olarak içerik yükleme ve bir web uygulamasının içeriğini JavaScript aracılığıyla dinamik olarak değiş tokuş etme prosedürü anlamına gelir.
  • Çerçeveler ayrıntılarda ve sağladıkları işlevsellik açısından farklılık gösterir, bu nedenle – Backbone.js veya Facebook React gibi bir çerçeve kullanıyorsanız – bu çerçevelerin kapsamadığı diğer işlevler için ek çerçeveler ve kitaplıklar entegre etmeniz gerekir. Sonuç olarak, bu gereksiz yere büyük miktarda gömülü kaynak koduna yol açar.
  • AngularJS ve EmberJS gibi çerçeveler bir gecede öğrenilemez, bu nedenle geliştiriciler için eğitim süresi buna bağlı olarak uzundur.
Kısacası: ona göre, genel olarak çaba, geliştiriciler için çok yüksek. Bunun yerine, HTML’de yerel olarak yeniden yükleyerek dinamik içeriği entegre etmeyi önerir. Amacı: JavaScript kullanmadan eksiksiz tek sayfa uygulamaları oluşturabilmek.

Diğer şeylerin yanı sıra, teklif yeni bir etiket içerir () farklı nesne modellerini doğrudan HTML kodu içinde tanımlayabilmek ve bunları yine yeni bir öznitelik kullanarak tanımlayabilmek modeli DOM içindeki diğer karşılık gelen yerlere entegre etmek için. Doğrudan dosya içinde bir nesne modeli oluşturulabilir elemanlar tanımlanmıştır, ancak bağlantı elemanlarının da kullanılması mümkün olmalıdır () bir API uç noktası aracılığıyla bir modelin verilerini yeniden yüklemek için. Format her durumda JSON’dur.

Model Görünüm Denetleyicisi (MVC) tasarım deseni söz konusu olduğunda, HTML kodu bu nedenle yalnızca görünümü değil aynı zamanda modeli de (farklı elemanları) ve denetleyici bileşeni (bahsedilen bağlantı elemanları).

Bu ipucuna verilen tepkiler şu anda hala sınırlı, ancak Twitter’da #html6 hashtag’i altında bazılarını zaten bulabilirsiniz. Ve posta listesinin kendisinde, teklife karşı çıkan Brian Kardell (W3C’deki Genişletilebilir Web Topluluğu Grubu başkanı) gibi cevaplar var. Herhangi bir kullanım durumunun hala uygulanabilmesi için özellikle uygun bir soyutlama bulmadaki zorluğu görüyor (“Nadiren ilk bakışta göründüğü kadar basit”).


Yaklaşım oldukça ilginç olsa da, pratikte bu kadar basit kalıp kalmayacağı ve önerilen konseptin tüm kullanım durumları için yeterli olup olmayacağı sorusu ortaya çıkıyor. Böyle bir şeyi göstermenin en iyi yolu, bir polyfill, yani önerilen işlevselliği taklit eden ve bugünün araçlarını kullanarak kullanıma sunan bir kitaplık kullanmaktır. Örneğin, Google bunu Polymer for Web Components ile zaten yapmıştır. Sadece bu şekilde, yani pratik kullanımda, açıklanan yaklaşımın uygulanabilir olup olmadığı gösterilebilir.

BTW: Bu teklifin mevcut durumunu bu git deposu aracılığıyla takip edebilirsiniz.


()



Haberin Sonu
 
Üst