Последние учебники веб-разработки
 

AppML история


В 1999 Refsnes данные разработали первую версию AppML.

Уже тогда, AppML был основан на запрос HTTP связи между веб-клиентом и веб-сервером. В дальнейшем этот метод стал широко известен как AJAX.

В сентябре 2000 года была начата разработка проекта для крупного норвежского заказчика. Цель проекта состояла в том, чтобы преобразовать огромную информационную систему (около 300 приложений) с настольным приложением Windows, в современном Интернет-приложения, используя только AppML.

Система AppML на основе была начата в 2001 году, за несколько месяцев до графика, как первый в мире коммерческого применения AJAX. Проект был огромный успех, со временем развития сократилось на 75% по сравнению с обычным веб-разработки. С тех пор, новые приложения, которые были добавлены, и теперь система охватывает более 1000 работающих приложений.

В феврале 2015 года w3ii вновь запущен AppML как новый продукт, открытый для общественности.

AppML цели проекта:

  • AppML приложение должно работать через Интернет
  • AppML приложение должна быть независимой от платформы
  • AppML приложения должны использовать только стандарты Интернет (HTML, CSS, JavaScript)
  • AppML приложение должно поддерживать различные потребности приложений
  • AppML приложение должно быть самоописываемым
  • AppML приложение должно быть легко разрабатывать, поддерживать и изменения
  • AppML приложение должно быть на будущем

В нижеследующих пунктах описываются оригинальное видение Refsnes Дейтов s (1999) о f веб - приложениях uture.


Исполняемые умрёт, JavaScript будет жить

Скомпилированные исполняемые файлы (compiled from languages like C or Java) , (compiled from languages like C or Java) не могут работать на различном оборудовании.

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

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

Наши предложения:

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

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


Веб-приложения будут Internet Services

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

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

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

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

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

Приложения не должны содержать большие массы коды.

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

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

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

Наши предложения:

Оставьте свои будущие приложения с использованием Интернет на основе SOA (Service Oriented Architecture) .

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


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

Клиенты и серверы будут обмениваться данными в простой понятной форме.

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

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

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

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

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

Наши предложения:

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

Использование текстовых файлов (like JSON files) , (like JSON files) - (like JSON files) для описания приложений.

Использование текстовых файлов (like JSON files) , (like JSON files) - (like JSON files) для обмена данными.

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


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

Когда-то давно было три маленьких веб-разработчиков разработка нового веб-сайта.

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

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

3. Третий был с использованием профессиональной структуры развития веб-предприятия.

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

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

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

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