Войти
A веб-фреймворк (WF) или фреймворк веб-приложений (WAF ) - это программный фреймворк, предназначенный для поддержки разработки веб-приложения, включая веб-службы, веб-ресурсы и веб-API. Веб-фреймворки предоставляют стандартный способ создания и развертывания веб-приложений в World Wide Web. Веб-фреймворки стремятся автоматизировать накладные расходы, связанные с общими действиями, выполняемыми в веб-разработке. Например, многие веб-фреймворки предоставляют библиотеки для доступа к базе данных, шаблонов, фреймворков и сеанса управления, и они часто продвигают повторное использование кода. Хотя они часто нацелены на разработку динамических веб-сайтов, они также применимы к статическим веб-сайтам.
Поскольку структура Всемирной паутины не была по своей сути динамической, ранний гипертекст состоял из вручную закодированного HTML, который был опубликован на веб-серверах. Любые модификации опубликованных страниц должны быть выполнены автором страниц. В 1993 году был представлен стандарт Common Gateway Interface (CGI) для взаимодействия внешних приложений с веб-серверами, чтобы обеспечить динамическую веб-страницу, отражающую вводимые пользователем данные.
Однако оригинальные реализации интерфейса CGI обычно отрицательно влияли на нагрузку на сервер, поскольку каждый запрос запускал отдельный процесс . Более поздние реализации используют постоянные процессы среди других методов, чтобы уменьшить занимаемую памятью ресурсы сервера и предложить общий прирост производительности.
В 1995 году впервые появились полностью интегрированные серверные / языковые среды разработки и были представлены новые веб-языки, такие как ColdFusion, PHP и Active Серверные страницы.
Хотя подавляющее большинство языков для создания динамических веб-страниц имеют библиотеки, помогающие с общими задачами, веб-приложениям часто требуются специальные библиотеки для определенных задач, таких как создание HTML (например, JavaServer Faces ).
В конце 1990-х начали появляться зрелые, «полные стековые» фреймворки, которые часто объединяли несколько библиотек, полезных для веб-разработки, в единый сплоченный программный стек для использования веб-разработчиками. Примеры: ASP.NET, Java EE, WebObjects, web2py, OpenACS, Catalyst, Mojolicious, Ruby on Rails, Laravel, Grails, Django, Zend Framework, Sails.js, Yii, CakePHP, и d Symfony.
Большинство веб-фреймворков основаны на шаблоне модель – представление – контроллер (MVC) .
Многие фреймворки следуют архитектурному шаблону MVC , чтобы отделить модель данных с бизнес-правилами от пользовательского интерфейса .. Обычно это считается хорошей практикой, так как он разбивает код на модули, способствует повторному использованию кода и позволяет применять несколько интерфейсов. В веб-приложениях это позволяет представлять различные представления, такие как веб-страницы для людей и интерфейсы веб-служб для удаленных приложений.
Большинство фреймворков MVC следуют архитектуре на основе выталкивания, также называемой «основанной на действии». Эти фреймворки используют действия, которые выполняют необходимую обработку, а затем «проталкивают» данные на уровень представления для визуализации результатов. Django, Ruby on Rails, Symfony, Spring MVC, Stripes, Sails.js, CodeIgniter - хорошие примеры этой архитектуры. Альтернативой этому является архитектура на основе вытягивания, иногда также называемая «компонентной». Эти структуры начинаются с уровня представления, который затем может «извлекать» результаты из нескольких контроллеров по мере необходимости. В этой архитектуре несколько контроллеров могут быть задействованы в одном представлении. Lift, Tapestry, JBoss Seam, JavaServer Faces, (µ) Micro и Wicket - это примеры архитектур на основе pull. Play, Struts, RIFE и ZK поддерживают вызовы контроллеров приложений как по запросу, так и по запросу.
В трехуровневой организации приложения структурированы вокруг трех физических уровней: клиент, приложение и база данных. База данных обычно - это СУБД. Приложение содержит бизнес-логику, запущенную на сервере и взаимодействующую с клиентом с помощью HTTP. Клиент в веб-приложениях - это веб-браузер, который запускает HTML, созданный на уровне приложения. Этот термин не следует путать с MVC, где, в отличие от трехуровневой архитектуры, считается хорошей практикой держать бизнес-логику подальше от контроллера, «среднего уровня».
Фреймворки созданы для поддержки создания интернет-приложений на основе единого языка программирования, начиная с инструментов общего назначения, таких как Zend Framework и Ruby on Rails, расширяющих возможности конкретного языка, до программируемых на собственном языке пакеты, построенные на основе конкретного пользовательского приложения, например системы управления контентом, некоторые инструменты мобильной разработки и некоторые инструменты портала.
Веб-платформы должны функционировать в соответствии с архитектурными правилами браузеров и веб-протоколами, такими как HTTP, то есть без гражданства. Веб-страницы обслуживаются сервером и затем могут быть изменены браузером с помощью JavaScript. У любого подхода есть свои преимущества и недостатки.
Изменения страницы на стороне сервера обычно требуют обновления страницы, но позволяют использовать любой язык и использовать большую вычислительную мощность. Изменения на стороне клиента позволяют обновлять страницу небольшими порциями, которые выглядят как настольное приложение, но ограничены JavaScript и запускаются в браузере пользователя, что может иметь ограниченную вычислительную мощность. Обычно используется какое-то их сочетание. Приложения, интенсивно использующие JavaScript, называются одностраничными приложениями и обычно используют клиентскую веб-платформу JavaScript для организации кода.
Примеры включают Backbone.js, AngularJS, Angular, EmberJS, ReactJS и Vue.js.
Фреймворки обычно устанавливают поток управления программы и позволяют пользователю фреймворка «подключаться» к этому потоку, открывая различные события. Этот шаблон проектирования «инверсия управления » считается определяющим принципом фреймворка и приносит пользу коду, обеспечивая общий поток для команды, который каждый может настраивать аналогичным образом. Например, некоторые популярные «микрофреймворки», такие как Ruby Sinatra (вдохновившие Express.js ), позволяют использовать «связующее ПО» до и после HTTP-запросов. Эти функции промежуточного программного обеспечения могут быть любыми и позволяют пользователю определять ведение журнала, аутентификацию, управление сеансами и перенаправление.
Веб-кеширование - это кэширование из web документов для уменьшения использования полосы пропускания, загрузки сервера и воспринимается "отставание ". В веб-кеше хранятся копии документов, проходящих через него; последующие запросы могут быть удовлетворены из кэша при соблюдении определенных условий. Некоторые платформы приложений предоставляют механизмы для кэширования документов и обхода различных этапов подготовки страницы, таких как доступ к базе данных или интерпретация шаблона.
Некоторые веб-платформы поставляются с аутентификацией и структуры авторизации, которые позволяют веб-серверу идентифицировать пользователей приложения и ограничивать доступ к функциям на основе определенных критериев. Drupal - один из примеров, который обеспечивает доступ к страницам на основе ролей и предоставляет веб-интерфейс для создания пользователей и назначения им ролей.
Многие веб-платформы создают унифицированный API для базы данных, позволяющий веб-приложениям работать с различными базами данных без изменения кода и позволяющий программистам работать с концепциями более высокого уровня. Кроме того, некоторые объектно-ориентированные платформы содержат инструменты сопоставления для обеспечения объектно-реляционного сопоставления, которое сопоставляет объекты с кортежами.
. конфигурация приложения с помощью интроспекции и / или следуя общеизвестным соглашениям. Например, многие инфраструктуры Java используют Hibernate в качестве уровня сохранения, который может генерировать схему базы данных во время выполнения, способную сохранять необходимую информацию. Это позволяет разработчику приложения разрабатывать бизнес-объекты без необходимости явно определять схему базы данных. Такие фреймворки, как Ruby on Rails, также могут работать в обратном порядке, то есть определять свойства объектов модели во время выполнения на основе схемы базы данных.
Другие функции, которые могут быть предоставлены веб-фреймворками, включают поддержка транзакций и инструменты миграции базы данных.
Функция сопоставления или маршрутизации URL-адресов платформы - это механизм, с помощью которого платформа интерпретирует URL-адреса. Некоторые фреймворки, такие как Drupal и Django, сопоставляют предоставленный URL-адрес с заранее определенными шаблонами, используя регулярные выражения, в то время как другие используют методы перезаписи для преобразования предоставленного URL-адреса в тот, который базовый двигатель узнает. Другой метод - это метод обхода графа, например, используемый Zope, где URL-адрес разбивается на этапы, которые проходят по графу объекта (моделей и представлений).
Система сопоставления URL-адресов, которая использует сопоставление с образцом или перезапись для маршрутизации и обработки запросов, позволяет использовать более короткие больше «удобных URL-адресов », что повышает простоту сайта и позволяет лучше индексировать поисковыми системами. Например, URL-адрес, заканчивающийся на «/page.cgi?cat=sciencetopic=physics», можно заменить просто на «/ page / science / Physics». Это упрощает запоминание, чтение и запись URL-адресов, а также предоставляет поисковым системам лучшую информацию о структурном макете сайта. Подход с обходом графа также обычно приводит к созданию удобных URL-адресов. Более короткий URL, такой как «/ page / science», как правило, существует по умолчанию, поскольку это просто более короткая форма более длинного перехода к «/ page / science / Physics».
Ajax, сокращение для «Асинхронный JavaScript и XML », представляет собой метод веб-разработки для создания веб-приложений. Цель состоит в том, чтобы сделать веб-страницы более отзывчивыми, обмениваясь небольшими объемами данных с сервером за кулисами, чтобы не пришлось перезагружать всю веб-страницу каждый раз, когда пользователь запрашивает изменение. Это предназначено для повышения интерактивности, скорости и удобства использования веб-страницы.
Из-за сложности программирования Ajax в JavaScript существует множество структур Ajax, которые имеют дело исключительно с поддержкой Ajax. Некоторые фреймворки Ajax даже встроены как часть более крупных фреймворков. Например, jQuery библиотека JavaScript включена в Ruby on Rails.
С повышенным интересом к разработке "Web 2.0 " мультимедийные приложения, сложность программирования непосредственно на Ajax и JavaScript стала настолько очевидной, что появилась технология компиляторов, позволяющая разработчикам кодировать на языках высокого уровня, таких как Java, Python и Ruby. Первым из этих компиляторов был Morfik, за которым последовал Google Web Toolkit, с портами на Python и Ruby в форме Pyjs и RubyJS через некоторое время. Эти компиляторы и связанные с ними библиотеки наборов виджетов делают разработку мультимедийных приложений Ajax более похожей на разработку настольных приложений.
Некоторые платформы предоставляют инструменты для создания и предоставления веб-сервисов. Эти утилиты могут предлагать те же инструменты, что и остальная часть веб-приложения.
Ряд более новых Web 2.0 RESTful фреймворков теперь доступен предоставление инфраструктуры ресурсо-ориентированной архитектуры (ROA) для создания коллекций ресурсов в виде семантической сети онтологии на основе концепций из Resource Description Framework (RDF).
