applications futures appml

Ce tutoriel décrit la versionsur l'avenir des applications Web ci - dessous.

La disparition du fichier exécutable, JavaScript survivra

les fichiers exécutables compilés (comme C compilé ou langage Java) ne peuvent pas être exécutés sur un matériel différent.

Les fichiers exécutables (fichiers EXE, les objets ActiveX et COM, fichiers DLL) est d'empêcher les composants de l'application en cours d'exécution sur le développement de l'Internet.

Les applications futures ne seront pas disponibles, ou se fonder sur, est installé sur les composants de l'ordinateur client.

Nos recommandations:

Pour écrire votre future application en utilisant HTML seulement, CSS et JavaScript.

Vérifiez que vos futures applications peuvent fonctionner sur tout navigateur Web.

Les applications Web deviendront des services Internet

applications passées sont grandes, les applications créées dans un but précis. La plupart d'entre eux vont bientôt mourir parce qu'ils ne peuvent pas fournir des services que les besoins changent.

Les demandes doivent être souples, polyvalent, bien adapté à l'évolution des besoins sans être détruits.

Les demandes doivent être en mesure d'étendre le soutien de millions de requêtes par jour.

L'application devrait pouvoir sans être détruit, répartis sur plusieurs serveurs et mobile.

Les demandes doivent être en mesure de travailler de concert avec d'autres applications.

Les demandes ne doivent pas contenir beaucoup de code. Les demandes doivent être décomposés en plus petits services si facile de créer et facile à entretenir.

Les demandes sont de retour des données à une série de demandes de services Internet Internet soumis.

Le cas d'une demande de connexion permanente ne doit pas rester dans la demande de service sur le serveur via des protocoles Internet standard.

Nos recommandations:

SOA Basé (Service Oriented Architecture Service Oriented Architecture) pour écrire vos futures applications Internet.

Faites vos services d'application plus souple, plus flexible, et peut servir différents types de demandes.

Les applications futures seront faciles à créer et à modifier

Le côté client et serveur dans un format facile à comprendre l'échange de données de façon.

Si vous pouvez éviter l'application, il ne sera pas codé.

L'application sera créé et modifié en éditant le modèle plutôt que de modifier le code.

Description de l'application sera lisible par l'homme.

Description de l'application aura l'auto-descriptif.

Applications à préparer par l'utilisateur, au lieu d'écrire par le programmeur.

Nos recommandations:

L'utilisation de fichiers texte lisibles par l'homme pour décrire le service, et de fournir des services à travers la mise en œuvre de ces descriptions.

L'utilisation d'un fichier texte (comme un fichier XML) pour décrire l'application.

L'utilisation d'un fichier texte (comme un fichier XML) pour l'échange de données.

En utilisant HTML, CSS et JavaScript pour exécuter l'application.

Trois petits Web Developer ...

Il y a longtemps, il y a trois petit développeur Web, pour développer un nouveau site Web.

1. Les premiers développeurs Web utilisent <appml>.

2. La deuxième développeurs Web utilisent sa langue préférée de programmation côté serveur.

3. Le troisième est d'utiliser un cadre d'entreprise de développement Web professionnel.

Les premiers développeurs Web terminer la présentation dans les deux jours. Après la coopération avec les utilisateurs, au sein d'une semaine pour terminer le prototype initial. Après deux semaines d'essais, une puce, rapide et facile à utiliser le site web prêt à être diffusé.

Six mois plus tard, un second développeurs Web prêt son site. Cependant, WWW a changé la demande, de sorte que son site est pas satisfait. Les développeurs Web ne peuvent pas apporter des changements majeurs à son projet, car il contient trop de code. Alors il a commencé une deuxième version de développement.

Les tiers développeurs Web achevé avec succès jamais son travail. Le cadre de développement de sites Web professionnels, il est très difficile à utiliser, difficile à comprendre et presque impossible à tester.

Le premier coup d' oeil à un développeur est de savoir comment faire .