AppML przyszłych zastosowań

Ten poradnik opisuje wersjęo przyszłości aplikacji internetowych poniżej.

Upadek pliku wykonywalnego, JavaScript przetrwa

Skompilowanych plików wykonywalnych (takich jak skompilowany C lub Javie) nie można uruchomić na innym sprzęcie.

pliki wykonywalne (exe, ActiveX i COM obiekty, plik DLL) jest zapobieganie komponentów aplikacji uruchomionej na rozwój internetu.

Przyszłe aplikacje nie będą dostępne, lub polegać, jest zainstalowany na komponentach komputera klienckiego.

Nasze zalecenia:

Aby napisać swoje przyszłe zastosowanie tylko przy użyciu HTML, CSS i JavaScript.

Zapewnić sobie przyszłość aplikacje można uruchomić na dowolnej przeglądarki internetowej.

Aplikacje internetowe staną się usługi internetowe

Wcześniejsze wnioski są duże, aplikacje stworzone w konkretnym celu. Większość z nich wkrótce umrzeć, bo nie są w stanie świadczyć usługi jako że zmieniają się potrzeby.

Wnioski powinny być elastyczny, wszechstronny, dobrze dostosowane do zmieniających się potrzeb bez uszkodzenia.

Aplikacje powinny być w stanie rozciągać się od podpory milionów żądań dziennie.

Wniosek powinien być w stanie bez uszkodzenia, rozłożone na wielu serwerach i komórkowego.

Wnioski powinny być w stanie współpracować z innymi aplikacjami.

Nie powinny one zawierać wiele kodu. Wnioski powinny być podzielone na mniejsze służbie więc łatwo tworzyć i łatwe w utrzymaniu.

Aplikacje są zwracania danych do szeregu wniosków złożonych usługi Internet.

Przypadek stałego stosowania połączenia nie powinny pozostawać w zapytaniu o usługę do serwera za pomocą standardowych protokołów internetowych.

Nasze zalecenia:

W oparciu SOA (Service Oriented Architecture Service Oriented Architecture), aby napisać swoje przyszłe aplikacje internetowe.

Dokonać usługi aplikacyjne bardziej wszechstronne, bardziej elastyczny i może służyć różnego rodzaju wniosków.

Przyszłe zastosowania będzie łatwo tworzyć i edytować

Po stronie klienta i serwera w łatwy do zrozumienia sposób wymiany danych.

Jeśli można uniknąć stosowania nie będą kodowane.

Aplikacja będzie tworzone i modyfikowane poprzez edycję modelu zamiast edytowania kodu.

Opis aplikacji będzie czytelny dla człowieka.

Opis aplikacji będzie miał własny opis.

Aplikacje być przygotowany przez użytkownika, zamiast pisać przez programistę.

Nasze zalecenia:

Stosowanie plików tekstowych w postaci czytelnej dla człowieka, aby opisać usługi i świadczenia usług poprzez wdrożenie tych opisów.

Korzystanie z pliku tekstowego (na przykład w postaci pliku XML) do opisania aplikacji.

Korzystanie z pliku tekstowego (na przykład w postaci pliku XML) do wymiany danych.

Korzystanie z HTML, CSS i JavaScript, aby uruchomić aplikację.

Trzy małe Web Developer ...

Dawno, dawno temu, istnieją trzy małe Web developer, aby opracować nową stronę internetową.

1. Pierwsze Web deweloperów użyć <AppML>.

2. Drugi Web deweloperów użyć swojego ulubionego języka programowania po stronie serwera.

3. Trzeci jest użycie profesjonalnego ram rozwoju sieci korporacyjnej.

Pierwsze Web deweloperów zakończeniu prezentacji w ciągu dwóch dni. Po współpracy z użytkownikami, w ciągu tygodnia do ukończenia wstępnego prototypu. Po dwóch tygodniach testów, inteligentny, szybki i łatwy w użyciu stronę internetową gotowy do wydania.

Sześć miesięcy później, drugi Web deweloperów gotowa na jego stronie internetowej. Jednak WWW zmieniła popyt, więc jego miejsce nie jest spełniony. Twórcy sieci nie można dokonać znaczących zmian do swojego projektu, ponieważ zawiera zbyt dużo kodu. Zaczął drugą wersję rozwoju.

Trzeci twórców stron WWW zakończone nie powodzeniem swoją pracę. Profesjonalny ramach rozwoju sieci, to jest bardzo trudne w obsłudze, trudna do zrozumienia i prawie niemożliwe do testu.

Pierwsze spojrzenie na dewelopera, jak to zrobić .