AppML将来のアプリケーション
このチュートリアルでは、以下のWebアプリケーションの将来のバージョンについて説明します。
実行ファイルの終焉は、JavaScriptが生き残ります
（このようなコンパイルされたCやJava言語など）コンパイルされた実行可能ファイルは、異なるハードウェア上で実行することはできません。
実行ファイル（EXEファイル、ActiveXとCOMオブジェクト、DLLファイル）は、インターネットの発展上で動作するアプリケーションのコンポーネントを防止するためです。
将来のアプリケーションが利用できるように、またはに依存して、クライアントコンピュータのコンポーネントにインストールされません。
私たちの提言：
唯一のHTML、CSSおよびJavaScriptを使用して、あなたの将来のアプリケーションを作成するには。
あなたの将来のアプリケーションは、任意のWebブラウザ上で実行できることを確認してください。
Webアプリケーションは、インターネットサービスになります
過去のアプリケーションは、特定の目的のために作成された大規模な、アプリケーションです。 ニーズの変化に応じ、彼らがサービスを提供できませんので、それらのほとんどはすぐに死んでしまいます。
アプリケーションはよく破壊されることなく、ニーズの変化に適応し、汎用性の高い、柔軟であるべきです。
アプリケーションでは、一日あたりの要求の数百万人のサポートから延長することができるはずです。
アプリケーションは、複数のサーバーとモバイルに広がる、破壊されずにことができる必要があります。
アプリケーションは、他のアプリケーションと連携して動作することができる必要があります。
アプリケーションは、多くのコードを含めることはできません。 アプリケーションは、そう簡単に作成でき、メンテナンスが容易な小さいサービスに分解する必要があります。
アプリケーションは、提出され、インターネット・サービス・インターネット要求の範囲にデータを返すされています。
永続的な接続アプリケーションの場合は、標準のインターネットプロトコルを介してサーバにサービス要求に残るべきではありません。
私たちの提言：
ベースのSOA（Service Oriented Architecture：サービス指向アーキテクチャサービス指向アーキテクチャ）は、あなたの将来のインターネットアプリケーションを作成します。
アプリケーションサービスは、より汎用性のより柔軟に、そしてさまざまなタイプの要求にサービスを提供することができます。
将来のアプリケーションが簡単に作成でき、編集になります
理解しやすいようにデータ交換におけるクライアントとサーバ側。
あなたがアプリケーションを避けることができる場合には、エンコードされることはありません。
アプリケーションは、モデルを編集するのではなく、コードを編集して作成および変更されます。
アプリケーションの説明は人間が読めるようになります。
アプリケーションの説明が自己記述を持つことになります。
代わりに、プログラマによる書き込みを、ユーザが作成するアプリケーション。
私たちの提言：
人間可読テキストファイルを使用することは、サービスを記述するために、これらの記述の実装を介してサービスを提供します。
（例えば、XMLファイルのような）テキストファイルを使用するアプリケーションを記述します。
データ交換のために（例えば、XMLファイルのような）テキストファイルを使用。
アプリケーションを実行するために、HTML、CSSおよびJavaScriptを使用。
三つの小さなWeb開発者...
長い時間前に、新しいWebサイトを開発するための3つの小規模なWeb開発者は、あります。
1.最初のWeb開発者は<AppML>を使用します。
2. 2番目のWeb開発者は自分の好きなサーバサイドのプログラミング言語を使用します。
3.第三は、専門企業のWeb開発フレームワークを使用することです。
最初のWeb開発者は、2日以内にプレゼンテーションを終了します。 ユーザーと協力した後、一週間以内の初期プロトタイプを完成させます。 テスト、リリースの準備ができて、スマート高速で使いやすいウェブサイトの2週間後。
半年後、第二のWeb開発者は、彼のウェブサイトを準備ができて。 しかし、WWWは需要が変化したので、彼のサイトでは満たされません。 それはあまりにも多くのコードが含まれているため、Web開発者は、彼のプロジェクトに大きな変更を加えることはできません。 そこで彼は、開発の第2のバージョンを開始しました。
第三のWeb開発者は、決して成功した彼の仕事を完了しました。 プロのWeb開発フレームワークは、テストに非常に、使用することは困難を理解することは困難とほとんど不可能です。