stringtranslate.com

Mashup (гибрид веб-приложений)

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

Мэшапы также можно классифицировать по базовому типу 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) для интеграции разрозненных данных, делая их доступными в качестве отдельных веб-сервисов. Веб-сервисы предоставляют открытые, стандартизированные протоколы для предоставления унифицированных средств доступа к информации из разнообразного набора платформ ( операционные системы , языки программирования , приложения ). Эти веб-сервисы могут быть повторно использованы для предоставления совершенно новых сервисов и приложений внутри и между организациями, обеспечивая гибкость бизнеса.

Смотрите также

Ссылки

  1. ^ Фихтер, Дарлин. Что такое мэшап? (PDF) . Получено 12 августа 2013 г.
  2. ^ "mash-up". merriam-webster.com . 31 мая 2024 г.
  3. ^ "Enterprise Mashups: The New Face of Your SOA". SOA WORLD MAGAZINE. Архивировано из оригинала 2009-06-05 . Получено 2010-03-03 . Термин mashup не подлежит формальному определению каким-либо органом, устанавливающим стандарты.
  4. ^ ab Кларкин, Ларри; Холмс, Джош (14 января 2009 г.). «Enterprise Mashups». Журнал архитектуры MSDN . Центр архитектуры MSDN.
  5. ^ Sunilkumar Peenikal (2009). "Mashups and the enterprise" (PDF) . MphasiS - HP. Архивировано из оригинала (PDF) 2013-06-02 . Получено 2010-02-27 .
  6. ^ "Enterprise Mashups: The New Face of Your SOA". SOA WORLD MAGAZINE. Архивировано из оригинала 2009-06-05 . Получено 2010-03-03 . Потребительский мэшап — это приложение, которое объединяет данные из нескольких общедоступных источников в браузере и организует их с помощью простого пользовательского интерфейса браузера.
  7. ^ Digna, Larry (2007). "Gartner: Будущее порталов — это mashups, SOA, больше агрегации". ZDNET. Архивировано из оригинала 2012-04-13 . Получено 2009-12-26 .
  8. ^ Холт, Адамс (2009). «Исполнительный ИТ-архитектор, бизнес-сценарии и шаблоны Mashup». IBM DeveloperWorks.
  9. ^ Болим, Майкл (2005). «Программирование конечного пользователя для Интернета, диссертация магистра MIT, 2,91 МБ PDF» (PDF) . стр. 22–23.
  10. ^ Шаблоны проектирования: элементы повторно используемого объектно-ориентированного программного обеспечения ( ISBN 0-201-63361-2 ) Эриха Гаммы, Ричарда Хелма, Ральфа Джонсона и Джона Влиссидеса 

Дальнейшее чтение