Los últimos tutoriales de desarrollo web
 

AppML Historia


En 1999 Refsnes datos desarrolló la primera versión de AppML.

Ya entonces, AppML se basa en la comunicación de solicitud HTTP entre el cliente web y el servidor web. A finales de este método se hizo conocido como AJAX.

En septiembre de 2000, se inició un proyecto de desarrollo para un gran cliente noruego. El objetivo del proyecto era convertir un enorme sistema de información (alrededor de 300 aplicaciones) desde una aplicación de escritorio de Windows para una aplicación moderna de Internet, utilizando sólo AppML.

El sistema basado en AppML se puso en marcha en 2001, varios meses antes de lo previsto, como primera aplicación AJAX comercial del mundo. El proyecto fue un gran éxito, con el tiempo de desarrollo reducido en un 75% con respecto al desarrollo de la tela ordinaria. Desde entonces, se han añadido nuevas aplicaciones y el sistema ahora cubre más de 1.000 aplicaciones en ejecución.

En febrero de 2015, w3ii relanzado AppML como un producto nuevo, abierto al público.

AppML objetivos de diseño:

  • AppML aplicaciones deben ejecutarse a través de Internet
  • AppML aplicaciones deben ser independientes de la plataforma
  • AppML aplicaciones deben utilizar los estándares de Internet solamente (HTML, CSS, JavaScript)
  • AppML aplicaciones deben soportar una variedad de necesidades de aplicaciones
  • AppML aplicaciones deben ser auto-descripción
  • AppML aplicaciones deben ser fáciles de desarrollar, mantener y cambiar
  • AppML aplicaciones deben ser a prueba de futuro

Los párrafos siguientes describen la visión de Refsnes de datos original s (1999) acerca f aplicaciones web UTURO.


Ejecutables morirá, vivirá JavaScript

Ejecutables compilados (compiled from languages like C or Java) no pueden ejecutarse en hardware diferente.

Ejecutables (EXE files, ActiveX and COM objects, DLL-files) son componentes que impiden el desarrollo de aplicaciones que se pueden ejecutar en internet.

aplicación en el futuro no va a usar, o se basan en, ejecutables o cualquier otros componentes instalados en el ordenador del cliente.

Nuestras sugerencias:

Escribir sus aplicaciones futuras utilizando sólo HTML, CSS y JavaScript.

Asegúrese de que sus futuras aplicaciones se ejecutan en cualquier navegador web.


Aplicaciones Web serán los servicios de Internet

La historia está llena de grandes, construido especialmente, aplicaciones. Muchos de ellos murieron muy rápidamente, porque no podían sobrevivir los cambios de requisitos.

Las solicitudes deben ser flexibles, generalizado y con gracia adaptarse a los cambios, sin ser desmenuzado o destruido.

Las aplicaciones deben ser capaces de escalar desde el apoyo a unos pocos a millones de solicitudes por día.

Las aplicaciones deben ser capaces de propagarse de un servidor para muchos, o para moverse entre servidores, sin romper la aplicación.

Las solicitudes deberán ser capaces de cooperar con otras aplicaciones.

Las aplicaciones no deben contener grandes masas de código.

Las solicitudes deben ser divididas en los servicios más pequeños, que son fáciles de crear y fácil de mantener.

Las solicitudes deben ser un conjunto de servicios de Internet que pueden devolver los datos a las solicitudes presentadas de Internet.

Las aplicaciones deben solicitar servicios a través de protocolos estándar de Internet sin mantener una conexión permanente con el servidor.

Nuestras sugerencias:

Escribir sus aplicaciones futuras utilizando SOA basada en Internet (Service Oriented Architecture) .

Hacer que sus servicios de aplicación general y flexible, y listo para servir a diferentes tipos de solicitudes.


Las aplicaciones futuras serán fáciles de crear y editar

Clientes y servidores intercambiarán los datos de una manera fácil de entender.

No se codificaron las aplicaciones, si se puede evitar.

Las solicitudes se pueden crear y modificar, mediante la edición de modelos, no mediante la edición de código.

descripciones de las aplicaciones serán legibles por humanos.

descripciones de aplicación serán auto describir.

Las solicitudes serán escritos por los usuarios, no programadores.

Nuestras sugerencias:

Utilizar archivos de texto legible por humanos para describir los servicios, y ofrecer servicios mediante la ejecución de estas descripciones.

Utilizar archivos de texto (like JSON files) para describir las aplicaciones.

Utilizar archivos de texto (like JSON files) para intercambiar datos.

El uso de HTML, CSS y JavaScript para ejecutar aplicaciones.


Tres pequeños desarrolladores web ...

Hubo un tiempo en que había tres pequeños desarrolladores web en desarrollo un nuevo sitio web.

1. El primer desarrollador web utilizaba AppML.

2. El segundo desarrollador web estaba usando su lenguaje de programación servidor favorito.

3. El tercero fue el uso de un marco de desarrollo web profesional de la empresa.

El primer desarrollador web tenía una demo en funcionamiento en dos días. Después de colaboración con los usuarios, un prototipo de salir estaba listo en una semana. Y después de dos semanas de pruebas, un sitio web inteligente, rápido y fácil de usar, estaba listo para publicar.

El segundo desarrollador web tenía su sitio web listo después de 6 meses. Pero la WWW había cambiado sus requisitos, y no estaba satisfecho. El desarrollador web no podía hacer grandes cambios en su proyecto porque contenía demasiado código. Por lo que comenzó el desarrollo de la versión 2.

El tercer desarrollador web nunca llegó a completar su trabajo. El marco de desarrollo profesional de la tela era muy difícil de usar, muy difícil de entender, y casi imposible de prueba.

Echar un vistazo a cómo el primer desarrollador lo hizo .