AppML будущих приложений

Вэтом руководстве описывается версияо будущем веб - приложений ниже.

Гибель исполняемого файла, JavaScript будет выжить

Скомпилированные исполняемые файлы (например, скомпилированный C или Java языка) не может быть запущена на другом оборудовании.

Исполняемые файлы (EXE файлы, ActiveX и COM-объектов, файлов DLL), чтобы предотвратить компоненты приложения, запущенного на развитие Интернета.

Будущие приложения не будут доступны, или полагаться на, установлен на клиентском компьютере компонентов.

Наши рекомендации:

Для того, чтобы написать ваше будущее приложение, используя только HTML, CSS и JavaScript.

Убедитесь, что ваши будущие приложения могут работать на любом веб-браузере.

Веб-приложения станут интернет-услуги

Прошлые приложения большие, приложения, созданные для конкретной цели. Большинство из них скоро умрет, потому что они не могут предоставлять услуги по мере изменения потребностей.

Приложения должны быть гибкими, универсальными, хорошо адаптирована к изменяющимся потребностям, не разрушаясь.

Приложения должны иметь возможность проходить от поддержки миллионов запросов в день.

Заявка должна быть в состоянии, не разрушаясь, распространяются на несколько серверов и мобильных устройств.

Приложения должны иметь возможность работать вместе с другими приложениями.

Приложения не должны содержать много кода. Заявки должны быть разбиты на более мелкие службы так легко создавать и легко поддерживать.

Заявки возвращаются данные в круг запросов Интернет Интернет представленных.

Случай постоянного применения соединения не должны оставаться в запросе на обслуживание к серверу с помощью стандартных протоколов Интернета.

Наши рекомендации:

На основе SOA (Service Oriented Architecture Service Oriented Architecture) для написания будущих интернет-приложений.

Сделайте ваши прикладные услуги более универсальным, более гибким, и может обслуживать различные типы запросов.

Будущие приложения будут легко создавать и редактировать

На стороне клиента и сервера в удобном для понимания обмен данными способом.

Если вы можете избежать применения не будет закодирован.

Приложение будет создавать и изменять путем редактирования модели, а не редактирования кода.

Описание приложения будет удобной для восприятия человеком.

Описание приложения будет иметь самоописательными.

Заявки должны быть подготовлены пользователем, вместо того чтобы писать программистом.

Наши рекомендации:

Использование текстовых файлов человеческого понимания для описания услуги, а также предоставлять услуги по реализации этих описаний.

С помощью текстового файла (например, файл XML) для описания приложения.

Используя текстовый файл (например, файл XML) для обмена данными.

Использование HTML, CSS и JavaScript для выполнения приложения.

Три небольших веб-разработчик ...

Долгое время назад, Есть три небольших веб-разработчик, чтобы разработать новый веб-сайт.

1. Первые веб-разработчики используют <AppML>.

2. Второй веб-разработчики используют свой любимый серверный язык программирования.

3. В-третьих, использовать профессиональную платформу для разработки веб-предприятия.

Первые веб-разработчики закончить презентацию в течение двух дней. После того, как сотрудничество с пользователями, в течение недели, чтобы завершить первоначальный прототип. После двух недель тестирования, умный, быстрый и простой в использовании веб-сайт готов к выпуску.

Шесть месяцев спустя, второй веб-разработчиков готов его веб-сайт. Тем не менее, WWW изменила спрос, так что его сайт не удовлетворен. Веб-разработчики не могут внести существенные изменения в свой проект, так как он содержит слишком много кода. Поэтому он начал второй вариант развития.

Разработчики третьего Web никогда успешно завершил свою работу. Профессиональная среда разработки Web, очень трудно использовать, трудно понять и практически невозможно проверить.

Первый взгляд на разработчика, как это сделать .