Mashup ( жаргон компьютерной индустрии ) в веб-разработке — это веб-страница или веб-приложение , которые используют контент из более чем одного источника для создания единой новой услуги, отображаемой в едином графическом интерфейсе. Например, пользователь может объединить адреса и фотографии своих библиотечных филиалов с картой Google, чтобы создать mashup карты. [1] Термин подразумевает легкую, быструю интеграцию, часто использующую открытые интерфейсы прикладного программирования ( открытый API ) и источники данных для получения обогащенных результатов, которые не обязательно были изначальной причиной получения исходных данных. Термин mashup изначально происходит от создания чего-либо путем объединения элементов из двух или более источников. [2]
Главные характеристики mashup — это комбинирование, визуализация и агрегация. Важно сделать существующие данные более полезными для личного и профессионального использования. Чтобы иметь возможность постоянного доступа к данным других сервисов, mashup обычно являются клиентскими приложениями или размещаются онлайн.
В последние годы [ когда? ] все больше и больше веб-приложений опубликовали API, которые позволяют разработчикам программного обеспечения легко интегрировать данные и функции способом SOA , вместо того, чтобы создавать их самостоятельно. Можно считать, что мэшапы играют активную роль в эволюции социального программного обеспечения и Web 2.0 . Инструменты для создания мэшапов обычно достаточно просты для использования конечными пользователями. Они, как правило, не требуют навыков программирования и скорее поддерживают визуальное связывание виджетов GUI , сервисов и компонентов вместе. Таким образом, эти инструменты способствуют новому видению Интернета , в котором пользователи могут вносить свой вклад. [ необходимо разъяснение ]
Термин «мэшап» официально не определен ни одним органом, устанавливающим стандарты. [3]
Более широкий контекст истории Интернета дает фон для развития mashup-приложений. В рамках модели Web 1.0 организации хранили данные потребителей на порталах и регулярно их обновляли. Они контролировали все данные потребителей, а потребители должны были использовать их продукты и услуги, чтобы получить информацию. [ необходима цитата ]
Появление Web 2.0 представило веб-стандарты, которые были широко приняты традиционными конкурентами и которые разблокировали данные потребителей. В то же время появились mashups, позволяющие смешивать и сопоставлять API конкурентов для разработки новых услуг.
Первые мэшапы использовали картографические сервисы или фотосервисы для объединения этих сервисов с данными любого рода и, следовательно, для создания визуализаций данных. [4] [ неудачная проверка ] В начале большинство мэшапов были ориентированы на потребителя, но в последнее время [ когда? ] мэшап должен рассматриваться [ кем? ] как интересная концепция, полезная также для предприятий. Бизнес-мэшапы могут объединять существующие внутренние данные с внешними сервисами для создания новых представлений о данных. Также существовал бесплатный Yahoo! Pipes для создания мэшапов бесплатно с использованием Yahoo! Query Language .
Существует множество типов мэшапов, например, бизнес-мэшапы, потребительские мэшапы и мэшапы данных. [5] Наиболее распространенным типом мэшапов является потребительский мэшап, ориентированный на широкую публику.
Мэшапы также можно классифицировать по базовому типу API, который они используют, но любые из них можно комбинировать друг с другом или встраивать в другие приложения.
В технологии mashup enabler — это инструмент для преобразования несовместимых ИТ-ресурсов в форму, которая позволяет легко их объединять для создания mashup. Mashup enabler позволяет применять мощные методы и инструменты (например, mashup-платформы) для объединения данных и сервисов к новым видам ресурсов. Примером mashup enabler является инструмент для создания RSS- канала из электронной таблицы (который не может быть легко использован для создания mashup). Многие редакторы mashup включают mashup enabler, например, Presto Mashup Connectors, Convertigo Web Integrator или Caspio Bridge .
Разработчики мэшапов также описываются как «поставщики услуг и инструментов, [sic] которые делают мэшапы возможными». [ необходима цитата ]
Ранние mashup-приложения разрабатывались вручную энтузиастами-программистами. Однако, по мере того, как mashup-приложения становились все более популярными, компании начали создавать платформы для создания mashup-приложений, которые позволяют дизайнерам визуально конструировать mashup-приложения, соединяя компоненты mashup-приложений.
Редакторы мэшапов значительно упростили создание мэшапов, значительно увеличив производительность разработчиков мэшапов и даже открыв разработку мэшапов для конечных пользователей и не-ИТ-экспертов. Стандартные компоненты и коннекторы позволяют дизайнерам легко объединять ресурсы мэшапов всеми видами сложных способов. Однако платформы мэшапов мало что сделали для расширения объема ресурсов, доступных мэшапам, и не освободили мэшапы от зависимости от хорошо структурированных данных и открытых библиотек ( каналы RSS и публичные API ).
Для решения этой проблемы были разработаны средства мэшапов, которые позволяют преобразовывать другие виды данных и сервисов в мэшируемые ресурсы.
Конечно, не все ценные данные находятся внутри организаций. Фактически, самая ценная информация для бизнес-аналитики и поддержки принятия решений часто находится вне организации. С появлением насыщенных веб-приложений и онлайн-порталов широкий спектр критически важных для бизнеса процессов (например, заказов) становится доступным в сети. К сожалению, очень немногие из этих источников данных синдицируют контент в формате RSS, и очень немногие из этих сервисов предоставляют общедоступные API. Поэтому редакторы мэшапов решают эту проблему, предоставляя средства активации или коннекторы.
Mashup и порталы являются технологиями агрегации контента . Порталы являются старой технологией, разработанной как расширение традиционных динамических веб-приложений , в которых процесс преобразования содержимого данных в размеченные веб-страницы делится на две фазы: генерация «фрагментов» разметки и агрегация фрагментов в страницы. Каждый фрагмент разметки генерируется «портлетом » , а портал объединяет их в одну веб-страницу. Портлеты могут размещаться локально на сервере портала или удаленно на отдельном сервере.
Технология портала определяет полную модель событий, охватывающую чтения и обновления. Запрос на агрегированную страницу на портале преобразуется в отдельные операции чтения на всех портлетах, которые формируют страницу (" render" операции на локальных портлетах JSR 168 или " getMarkup" операции на удаленных портлетах WSRP ). Если кнопка отправки нажата на любом портлете на странице портала, она преобразуется в операцию обновления только на этом портлете ( processActionна локальном портлете или performBlockingInteractionна удаленном портлете WSRP). Затем за обновлением немедленно следует чтение на всех портлетах на странице.
Технология портала касается агрегации на уровне представления на стороне сервера . Она не может использоваться для управления более надежными формами интеграции приложений, такими как двухфазная фиксация .
Мэшапы отличаются от порталов в следующих отношениях:
Портальная модель существует дольше и в нее вложено больше инвестиций и исследований продукта. Поэтому портальная технология более стандартизирована и зрела. Со временем, повышение зрелости и стандартизации технологии mashup, вероятно, сделает ее более популярной, чем портальная технология, поскольку она более тесно связана с Web 2.0 и в последнее время с сервисно-ориентированными архитектурами (SOA). [7] Ожидается, что новые версии портальных продуктов в конечном итоге добавят поддержку mashup, продолжая поддерживать устаревшие портлетные приложения. Напротив, от технологий mashup не ожидается поддержки стандартов портала.
Использование мэшапов расширяется в бизнес-среде. Бизнес-мэшапы полезны для интеграции бизнес-сервисов и сервисов данных, поскольку технологии бизнес-мэшапов предоставляют возможность быстро разрабатывать новые интегрированные сервисы, объединять внутренние сервисы с внешней или персонализированной информацией и делать эти сервисы ощутимыми для бизнес-пользователя через удобные интерфейсы веб-браузера. [8]
Бизнес-мэшапы отличаются от потребительских мэшапов уровнем интеграции с бизнес-вычислительными средами, функциями безопасности и контроля доступа, управления и сложностью используемых инструментов программирования (редакторов мэшапов). Еще одним отличием между бизнес-мэшапами и потребительскими мэшапами является растущая тенденция использования бизнес-мэшапов в коммерческом программном обеспечении как услуге (SaaS).
Многие поставщики технологий бизнес-мэшапов добавили функции SOA .
Архитектура мэшапа делится на три уровня:
Архитектурно существует два стиля mashup-приложений: веб- и серверные. В то время как веб-mashup-приложения обычно используют веб-браузер пользователя для объединения и переформатирования данных, серверные mashup-приложения анализируют и переформатируют данные на удаленном сервере и передают данные в браузер пользователя в окончательном виде. [9]
Mashup-приложения, по-видимому, являются разновидностью шаблона фасада . [10] То есть: шаблон проектирования программного обеспечения, который предоставляет упрощенный интерфейс для большего объема кода (в данном случае кода для агрегации различных каналов с различными API ).
Мэшапы можно использовать с программным обеспечением, предоставляемым как услуга ( SaaS ).
После нескольких лет разработки стандартов, основные предприятия начинают принимать сервисно-ориентированные архитектуры (SOA) для интеграции разрозненных данных, делая их доступными в качестве отдельных веб-сервисов. Веб-сервисы предоставляют открытые, стандартизированные протоколы для предоставления унифицированных средств доступа к информации из разнообразного набора платформ ( операционные системы , языки программирования , приложения ). Эти веб-сервисы могут быть повторно использованы для предоставления совершенно новых сервисов и приложений внутри и между организациями, обеспечивая гибкость бизнеса.
Термин mashup не подлежит формальному определению каким-либо органом, устанавливающим стандарты.
Потребительский мэшап — это приложение, которое объединяет данные из нескольких общедоступных источников в браузере и организует их с помощью простого пользовательского интерфейса браузера.