W 1999 Refsnes Dane opracowano pierwszą wersję AppML.
Już wtedy AppML oparto na żądanie HTTP komunikacji między klientem a serwerem WWW. Później metoda ta stała się znana jako AJAX.
We wrześniu 2000 roku, projekt rozwoju dla dużej norweskiego klienta został rozpoczęty. Celem projektu było przekształcić ogromny system informacyjny (około 300 aplikacji) z aplikacji pulpitu systemu Windows do nowoczesnej aplikacji internetowej, przy użyciu tylko AppML.
System AppML oparte został uruchomiony w 2001 roku, kilka miesięcy przed terminem, jako pierwszej na świecie komercyjnej aplikacji AJAX. Projekt okazał się wielkim sukcesem, a czas rozwoju zmniejszona o 75% w porównaniu do zwykłego tworzenia stron WWW. Od tamtej pory, nowe aplikacje, które zostały dodane, a system obejmuje obecnie ponad 1000 uruchomione aplikacje.
W lutym 2015 r w3ii ponownie uruchomiony AppML jako nowy produkt, otwarte dla publiczności.
AppML cele projektu:
- Aplikacje AppML musi pracować przez Internet
- Aplikacje AppML musi być niezależny od platformy
- Aplikacje AppML musi używać tylko standardów internetowych (HTML, CSS, JavaScript)
- Aplikacje AppML musi obsługiwać wiele potrzeb aplikacji
- Aplikacje AppML musi być self-opisywaniu
- Aplikacje AppML musi być łatwy do opracowania, utrzymania i zmiany
- Aplikacje AppML musi być przyszłościowe
Poniższe paragrafy opisano oryginalny wizji Refsnes Data jako s (1999) o f uture aplikacji WWW.
Wykonywalne umrze, JavaScript będzie żyć
Skompilowane pliki wykonywalne (compiled from languages like C or Java) nie może działać na innym sprzęcie.
Wykonywalnych (EXE files, ActiveX and COM objects, DLL-files) są elementami, które uniemożliwiają rozwój aplikacji, które można uruchomić za pośrednictwem Internetu.
Future aplikacja nie będzie korzystać, lub polegać, plików wykonywalnych lub innych komponentów zainstalowanych na komputerze klienta.
Nasze propozycje:
Napisz swoje przyszłe aplikacje używając tylko HTML, CSS i JavaScript.
Upewnij się, że przyszłe aplikacje działają w dowolnej przeglądarce internetowej.
Web Applications Będzie usług internetowych
Historia pełna jest duże, celem budowy, aplikacji. Wiele z nich zmarł bardzo szybko, ponieważ nie mogli przetrwać wymagania zmian.
Wnioski powinny być elastyczne, uogólnione i wdzięcznie dostosować się do zmian, bez rozdrobniony lub zniszczone.
Wnioski powinny być w stanie skalować od wspierania kilka milionów żądań dziennie.
Wnioski powinny być w stanie przenosić się z jednego serwera na wiele, lub poruszać się między serwerami bez przerywania aplikacji.
Wnioski powinny być w stanie współpracować z innymi aplikacjami.
Aplikacje nie powinna zawierać dużych mas kodu.
Wnioski powinny być podzielone na mniejsze usług, które są łatwe do tworzenia i łatwe w utrzymaniu.
Wnioski powinny być zestaw usług internetowych, które mogą zwrócić dane do złożonych wniosków internetowych.
Wnioski powinny zażądać usług za pośrednictwem standardowych protokołów internetowych bez utrzymywania stałego połączenia z serwerem.
Nasze propozycje:
Napisz swoje przyszłe aplikacje wykorzystujące Internet w oparciu SOA (Service Oriented Architecture) .
Dokonać usługi aplikacyjne ogólny i elastyczny, i gotowi służyć różnego rodzaju wniosków.
Przyszłych zastosowań będzie łatwo Tworzenie i edycja
Klienci i serwery będą wymieniać dane w łatwo zrozumiały sposób.
Aplikacje nie zostaną zakodowane, jeśli można tego uniknąć.
Wnioski będą tworzone i modyfikowane, przez edycję modeli, a nie poprzez edycję kodu.
opisy zgłoszeniowe będą odczytywane przez ludzi.
opisy zgłoszeniowe będą samodzielnego opisywania.
Wnioski będą napisane przez użytkowników, a nie programistów.
Nasze propozycje:
Używać ludzkich pliki tekstowe czytelne opisanie usług oraz świadczenia usług, wykonując te opisy.
Korzystać z plików tekstowych (like JSON files) do opisania aplikacji.
Korzystać z plików tekstowych (like JSON files) do wymiany danych.
Użyj HTML, CSS i JavaScript, aby uruchamiać aplikacje.
Three Little Deweloperzy sieci ...
Dawno, dawno temu były trzy małe developerzy opracowanie nowej strony internetowej.
1. Pierwsza tkanina wywoływacza pomocą AppML.
2. Drugi web developer używał swojego ulubionego języka programowania serwera.
3. Trzeci był przy użyciu profesjonalnego ramy internetowej Rozwoju Przedsiębiorczości.
Pierwszy webdeveloperem miał up demo i uruchomiony w ciągu dwóch dni. Po współpracy z użytkownikami, wychodzenia prototyp był gotowy w ciągu tygodnia. A po dwóch tygodniach testów, inteligentny, szybki i łatwy w użyciu stronę internetową, był gotowy do publikacji.
Drugi web developer miał swojej stronie internetowej gotowy po 6 miesiącach. Ale WWW nie zmieniło swoje wymagania, a nie był zadowolony. Deweloper internetowa nie mógł dokonywać wielkich zmian w swoim projekcie ponieważ zawiera zbyt dużo kodu. Więc zaczął rozwój wersji 2.
Trzeci web developer nigdy nie udało się zakończyć swoją pracę. Profesjonalne tworzenie stron internetowych ramy był bardzo trudny w obsłudze, bardzo trudne do zrozumienia, a prawie niemożliwe do testu.
Przyjrzeć się, w jaki sposób pierwszy deweloper zrobił .