Historie AppML
V roce 1999 Refsnes Data vyvinula první verzi AppML.
Již tehdy bylo AppML založeno na komunikaci HTTP požadavku mezi webovým klientem a webovým serverem. Později se tato metoda stala známou jako AJAX.
V září 2000 byl zahájen vývojový projekt pro velkého norského zákazníka. Cílem projektu bylo převést obrovský informační systém (cca 300 aplikací) z desktopové aplikace Windows na moderní internetovou aplikaci pouze s využitím AppML.
Systém založený na AppML byl spuštěn v roce 2001, několik měsíců před plánovaným termínem, jako první komerční aplikace AJAX na světě. Projekt byl obrovským úspěchem, doba vývoje se oproti běžnému vývoji webu zkrátila o 75 %. Od té doby byly přidány nové aplikace a systém nyní pokrývá přes 1000 běžících aplikací.
V únoru 2015 W3Schools znovu spustilo AppML jako nový produkt otevřený veřejnosti.
Cíle návrhu AppML:
- Aplikace AppML musí běžet přes internet
- Aplikace AppML musí být nezávislé na platformě
- Aplikace AppML musí používat pouze internetové standardy (HTML, CSS, JavaScript)
- Aplikace AppML musí podporovat různé potřeby aplikací
- Aplikace AppML musí být samy popisné
- Aplikace AppML musí být snadné vyvíjet, udržovat a měnit
- Aplikace AppML musí být odolné vůči budoucnosti
Níže uvedené odstavce popisují původní vize Refsnes Data (1999) o budoucích webových aplikacích.
Spustitelné soubory zemřou, JavaScript bude žít
Kompilované spustitelné soubory (zkompilované z jazyků jako C nebo Java) nelze spustit na jiném hardwaru.
Spustitelné soubory (soubory EXE, objekty ActiveX a COM, soubory DLL) jsou součásti, které brání vývoji aplikací, které lze spustit přes internet.
Budoucí aplikace nebude používat spustitelné soubory ani žádné jiné součásti nainstalované v počítači klienta, ani se na ně nebude spoléhat.
Naše návrhy:
Pište své budoucí aplikace pouze pomocí HTML, CSS a JavaScriptu.
Ujistěte se, že vaše budoucí aplikace běží v jakémkoli webovém prohlížeči.
Webové aplikace budou internetové služby
Historie je plná velkých účelových aplikací. Mnoho z nich zemřelo velmi rychle, protože nemohly přežít změny požadavků.
Aplikace by měly být flexibilní, zobecněné a ladně se přizpůsobovat změnám, aniž by se rozpadaly nebo ničily.
Aplikace by měly být schopny škálovat od podpory několika až po miliony požadavků denně.
Aplikace by měly být schopny se šířit z jednoho serveru na mnoho nebo se přesouvat mezi servery bez přerušení aplikace.
Aplikace by měly být schopny spolupracovat s jinými aplikacemi.
Aplikace by neměly obsahovat velké množství kódu.
Aplikace by měly být rozděleny do menších služeb, které se snadno vytvářejí a snadno udržují.
Aplikace by měly být sadou internetových služeb, které mohou vracet data do odeslaných internetových požadavků.
Aplikace by měly vyžadovat služby prostřednictvím standardních internetových protokolů bez udržování trvalého připojení k serveru.
Naše návrhy:
Pište své budoucí aplikace pomocí internetové architektury SOA (Service Oriented Architecture).
Udělejte své aplikační služby obecné a flexibilní a připravené obsluhovat různé typy požadavků.
Budoucí aplikace bude snadné vytvářet a upravovat
Klienti a servery si budou vyměňovat data snadno srozumitelným způsobem.
Aplikace nebudou kódovány, pokud se tomu dá vyhnout.
Aplikace budou vytvářeny a upravovány úpravou modelů, nikoli úpravou kódu.
Popisy aplikací budou čitelné pro lidi.
Popisy aplikací budou samy popisovat.
Aplikace budou psány uživateli, nikoli programátory.
Naše návrhy:
Používejte textové soubory čitelné pro člověka k popisu služeb a poskytujte služby prováděním těchto popisů.
K popisu aplikací používejte textové soubory (jako soubory JSON).
K výměně dat používejte textové soubory (jako soubory JSON).
Ke spouštění aplikací používejte HTML, CSS a JavaScript.
Tři malí vývojáři webu...
Byly jednou tři malí vývojáři webu, kteří vyvíjeli nový web.
1. První webový vývojář používal AppML.
2. Druhý webový vývojář používal svůj oblíbený serverový programovací jazyk.
3. Třetí bylo použití profesionálního podnikového webového vývojového rámce.
První webový vývojář měl demo spuštěno za dva dny. Po spolupráci s uživateli byl za týden hotový výstupní prototyp. A po dvou týdnech testování byl inteligentní, rychlý a snadno použitelný web připraven k publikování.
Druhý webový vývojář měl své webové stránky hotové po 6 měsících. Ale WWW změnila své požadavky a nebyla spokojena. Webový vývojář nemohl provést zásadní změny ve svém projektu, protože obsahoval příliš mnoho kódu. Začal tedy vývoj verze 2.
Třetímu webovému vývojáři se nikdy nepodařilo dokončit svou práci. Profesionální rámec pro vývoj webových aplikací byl velmi obtížně použitelný, velmi těžko pochopitelný a téměř nemožné jej otestovat.
Podívejte se, jak to udělal první vývojář .