1999 yılında Refsnes Veri AppML ilk versiyonunu geliştirdi.
Zaten o zaman, AppML web istemci ve web sunucusu arasındaki HTTP isteği iletişimi dayanıyordu. Daha sonra bu yöntem iyi AJAX olarak tanındı.
Eylül 2000 yılında büyük bir Norveçli müşteri için bir geliştirme projesi başlatılmıştır. Projenin amacı sadece AppML kullanarak modern bir internet uygulaması için bir Windows masaüstü uygulamasından büyük bir bilgi sistemi (yaklaşık 300 uygulamaları) dönüştürmek için oldu.
AppML tabanlı sistem dünyanın ilk ticari AJAX uygulaması olarak, birkaç ay önce zamanlama, 2001 yılında başlatıldı. geliştirme süresinin sıradan web geliştirme kıyasla% 75 oranında düşmüştür proje, büyük bir başarı oldu. O zamandan beri, yeni uygulamalar eklendi ve sistem şimdi 1000 çalışan uygulamaları kapsar.
2015 Şubat ayında, halka açık, yeni bir ürün olarak AppML-başlanıyor w3ii.
AppML tasarım hedefleri:
- AppML uygulamaları internet üzerinden çalışmalıdır
- AppML uygulamaları bağımsız bir platform olmalı
- AppML uygulamaları sadece Internet standartlarını kullanması gerekir (HTML, CSS, JavaScript)
- AppML başvurularında çok çeşitli ihtiyaçları desteklemesi gerekir
- AppML uygulamaları kendinden açıklayan olmalıdır
- AppML uygulamaları geliştirmek, korumak ve değişim kolay olmalı
- AppML uygulamaları geleceğe uyumlu olmalıdır
Aşağıdaki paragraflar açıklar Refsnes Data'nın orijinal vizyon s (1999) hakkında f uture web uygulamaları.
Die Will Çalıştırılabilirler JavaScript Yaşayacaklar
Derleyen yürütülebilir (compiled from languages like C or Java) farklı donanım üzerinde çalıştıramazsınız.
Executables (EXE files, ActiveX and COM objects, DLL-files) internet üzerinden çalıştırabilirsiniz uygulamaların gelişimini önlemek bileşenleridir.
Gelecek uygulama kullanın veya yürütülebilir veya müşterinin bilgisayarda yüklü tüm diğer bileşenler, itimat olmaz.
Önerilerimiz:
sadece HTML, CSS ve JavaScript kullanarak gelecekteki uygulamalar yazın.
Gelecekteki uygulamalar herhangi bir web tarayıcısında çalışır emin olun.
Web Uygulamaları İnternet Hizmetleri olacak
Tarih büyük, inşa amacı, uygulama doludur. Onlar gereksinimleri değişiklikleri hayatta kalamaz çünkü bu çoğu çok çabuk öldü.
Uygulamalar genelleştirilmiş, esnek olması ve düzgün bir şekilde ufalanmış veya tahrip edilmeden, değişikliklere uyum gerekir.
Uygulamalar günde istekleri milyonlarca birkaç desteklemekten ölçeklemek gerekir.
Uygulamalar pek bir sunucudan yaymak için veya uygulamayı bozmadan, sunucular arasında hareket etmek gerekir.
Uygulamalar diğer uygulamalar ile işbirliği yapmak gerekir.
Uygulamalar kod büyük kitleleri içermemelidir.
Uygulamalar oluşturmak kolaydır ve bakımı kolay olan küçük hizmetlerin bölünmüş olmalıdır.
Başvurular gönderilen İnternet isteklerine verileri dönebilirsiniz İnternet hizmetlerinin bir dizi olmalıdır.
Uygulamalar sunucuya kalıcı bir bağlantı muhafaza olmadan standart internet protokolleri aracılığıyla hizmetlerini talep etmelidir.
Önerilerimiz:
İnternet tabanlı SOA kullanarak gelecekteki uygulamaları yazın (Service Oriented Architecture) .
Başvurunuz hizmetleri genel ve esnek ve istekleri farklı türde hizmet vermeye hazır olun.
Gelecek Uygulamalar oluşturma Kolay ve Düzenleme olacak
Müşteriler ve sunucular kolay anlaşılır bir şekilde veri alışverişinde bulunacaklar.
Bu önlenebilir eğer Uygulamaları, kodlu edilmeyecektir.
Uygulamalar oluşturulan ve kod düzenleyerek, modeller düzenleyerek, modifiye edilecektir.
Uygulama açıklamaları insanlar tarafından okunabilir olacaktır.
Uygulama açıklamaları kendini açıklayan olacaktır.
Uygulamalar kullanıcıları değil, programcılar tarafından yazılacaktır.
Önerilerimiz:
hizmetlerini tanımlamak için insan okunabilir metin dosyaları kullanın ve bu açıklamaları yürüterek hizmetleri sağlamaktadır.
Metin dosyaları kullanın (like JSON files) uygulamaları tarif etmek.
Metin dosyaları kullanın (like JSON files) veri alışverişi için.
Kullanım HTML, CSS ve JavaScript uygulamalarını çalıştırmak için.
Üç Küçük Web Geliştiricileri ...
Bir zamanlar yeni bir web sitesi geliştirme üç küçük web geliştiricileri vardı.
1. Birinci web geliştirici AppML kullanıyordu.
2. İkinci web geliştirici sevdiği sunucu programlama dilini kullanıyordu.
3. Üçüncü profesyonel kurumsal web geliştirme çerçevesi kullanıyordu.
İlk web geliştiricisi iki günde bir demo hazır ve çalışır vardı. kullanıcılarla işbirliği sonrasında bir çıkış prototip bir hafta içinde hazırdı. Ve test bir, akıllı, hızlı ve kullanımı kolay bir web sitesinin iki hafta sonra, yayına hazır oldu.
İkinci web geliştirici 6 ay sonra kendi web sitesi hazır vardı. Ama WWW onun gereklerini değiştirdi ve memnun değildi. Çok fazla kod içerdiği için web geliştirici onun projesine büyük değişiklikler gelemedi. Bu yüzden sürüm 2 gelişimini başladı.
Üçüncü web geliştirici asla işini tamamlamak başardı. profesyonel web geliştirme çerçevesi testine anlamak çok zor, kullanımı çok zor ve neredeyse imkansızdı.
İlk geliştirici bunu nasıl yaptı bir göz atın .