En mashup är en webbapplikation som kombinerar data från flera källor till ett integrerat verktyg; till exempel, att kombinera Google Maps med fastighetsdata från Craigslist resulterar i en unik ny webbtjänst som inte ursprungligen erbjöds av någon av datakällorna.
Begreppet mashup syftar ursprungligen på populärmusik ( oftast hiphop ) och betyder produktion av en ny låt som blandar två eller flera delar av andra låtar.
Innehållet som används i mashups erhålls vanligtvis från tredje part genom ett offentligt gränssnitt eller API . Det finns en uppfattning om att fall då privata gränssnitt används inte kan betraktas som mashups .
Andra metoder för att hämta innehåll kan vara webbflöden (t.ex. RSS och Atom ) eller att tolka HTML - sidor. Många experimenterar med mashups med hjälp av API:er från flera webbplatser samtidigt - Amazon , eBay , Flickr , Google projects , Microsoft , Yahoo , YouTube , etc., vilket ledde till skapandet av mashup-redigerare.
Arkitekturen för webbmashups består alltid av tre delar.
Det finns tre typer av mashups: användare mashups, data mashups och företags mashups.
Den mest kända är den anpassade mashup-typen , som exemplifieras av de flesta Google Maps- applikationer . Anpassade mashups kombinerar dataobjekt från flera källor bakom ett enkelt, enhetligt grafiskt gränssnitt.
Datamashups ("enterprise" mashups) blandar (integrerar) data av liknande typer från olika källor (se Yahoo! Pipes ), till exempel genom att kombinera data från flera RSS-flöden till ett flöde med ett grafiskt gränssnitt. En "Enterprise" mashup (se Denodo Technologies och JackBe ) integrerar vanligtvis data från externa och interna källor. En sådan mashup skulle till exempel kunna generera en marknadsinflyttningsrapport genom att kombinera en extern lista över alla sålda bostäder den senaste veckan med interna uppgifter om vilka bostäder som sålts av en viss byrå.
En business mashup är en kombination av allt ovan, med fokus på aggregering och presentation av data, samtidigt som man lägger till möjligheten att hantera data (redigera, lägga till), vilket gör att slutresultatet kan användas som en affärsapplikation.
En telekom mashup är en telekommunikationstjänst vars element samlas in från flera källor. Till exempel kan någon få en bastjänst från företag A, en återuppringningston från företag B, en röstbrevlåda från företag C och så vidare.
En träningsmashup är en utbildningstjänst på webben (integrerar) data från olika utbildningskällor på webben. Mashups inom mashups kallas "monster mashups".
Mashups kan delas in i fyra huvudkategorier: kartor , videor och foton , sökning och shopping och nyheter .
Chicago brott . Chicago Police Departmenthar en mashup arkiverad 12 oktober 2007 på Wayback Machine som integrerar avdelningens brottsdatabas med Google Maps för att stoppa brott i områden och varna invånare för var brottslighet ofta förekommer.
Flickr är ett bilddatalager som låter användare organisera och dela sin samling av bilder. Med hjälp av Flickr API kan data användas för att skapa mashups.
Travature är en reseportal som integrerar en metasökmotor för flygresor , reseguider och hotellrecensioner. Portalen låter användaren dela bilder och diskutera sina erfarenheter med andra användare.
Digg . En mashup av olika nyhetswebbplatser, nästan helt kontrollerade av resursens användare.
Mashups och portaler är tekniker för innehållsaggregation. Portaler är en äldre teknik skapad som en förlängning av traditionella webbapplikationer, där processen att konvertera data till layoutsidor är uppdelad i två faser – generera layout-"fragment" och aggregera dem till sidor. Vart och ett av dessa fragment genereras av en " portlet " och sedan kombinerar portalen dem till en enda webbsida. Portletar kan lagras lokalt på portalservern eller på distans på en annan server.
Portalteknologi är en applikation på serversidan där databindning sker när information presenteras för användaren. Denna teknik kan inte användas för att skapa mer robusta former av applikationsintegration, till exempel en tvåfasuppgradering .
Skillnaderna mellan mashups och portaler visas i tabellen.
| Portal | Mashup | |
|---|---|---|
| Klassificering | Gammal teknik utökades till traditionell webbserverteknik med ett genomtänkt tillvägagångssätt. | Använder nyare Web 2.0- principer . |
| Filosofi/förhållningssätt | Det närmar sig aggregering genom att dela upp webbserverns roll i två faser - layoutgenerering och aggregering av layoutfragment. | Använder API:er som erbjuds av olika resurser för att aggregera och återanvända data på ett annat sätt. |
| Databeroende | Aggregerar presentationsorienterade layoutfragment (HTML, WML, VoiceXML , etc.). | Kan arbeta på rent XML-innehåll såväl som presentationsorienterad data (som HTML). |
| Platsberoende | Traditionellt sker innehållsaggregation på servern. | Innehållsaggregation kan ske både på servern och på klienten. |
| Aggregationsstil | Salladsbar stil - Aggregerat innehåll visas "en efter den andra" utan att överlappa. | Smältdegelstil - vissa data kan kombineras på vilket sätt som helst, vilket resulterar i godtyckligt strukturerade hybriddata. |
| Händelsemodell | Läs- och uppdateringshändelsemodellen definieras genom det portletspecifika API:et. | CRUD- verksamhet ( sv ) baserad på REST- arkitektoniska principer ( sv ). Det finns inget formellt API. |
| Relaterade standarder | Portletarnas beteende definieras av standarderna JSR 168 , JSR 286 och WSRP , men sidans utseende och funktionaliteten hos portalen är odefinierad och är specifik för varje leverantör. | Basstandarden är utbytet av XML-data med REST-semantik. RSS och Atom används ofta. Fler mashup-specifika standarder förväntas skapas inom kort. |
Portalmodellen har funnits länge och har fått mer investeringar och forskning, så tekniken är mer standardiserad och mogen. De kommande 2-3 åren av utveckling och standardisering av mashup-teknik kommer förmodligen att göra den mer populär än portalteknologi, eftersom mashups är närmare relaterade till Web 2.0 och på senare tid till SOA . [1] Portalprodukter kan visas som stöder både mashups och som fortsätter att stödja portletapplikationer. Programmashups förväntas dock inte stödja portletapplikationer.
Mashups kan spela en stor roll i en affärsmiljö. Det här avsnittet diskuterar flera praktiska användningsområden för dessa teknologier; med separata hänvisningar till slutanvändarens önskan att arbeta med personliga informationstjänster, problemen med att överbelasta adresserad information och behovet av teknikintegration.
Mashups skapar nya konsumenttjänster, som i sin tur skapar många nya möjligheter för dem. Det gör det enklare för slutanvändare att bygga mashup-sajter, oavsett deras tekniska förmåga, med hjälp av Sites API. Detta gör implementeringen av mashups enkel och nya konsumenter kan enkelt skapa mashups. Med alla tillgängliga API:er kan tillverkare bygga återanvändbara och underhållbara applikationer enklare och billigare. Hela Web 2.0 handlar om personalisering av information. I detta sammanhang kommer mashups att dyka upp oftare eftersom varje mashup kan erbjuda ny funktionalitet från befintliga webbplatser. Faktum är att Emory M. Craig (2007) indikerar att i genomsnitt tre nya mashup-sajter läggs till Programmableweb.com varje dag. Det är lätt att föreställa sig hur man skapar en personlig informationstjänst när du har möjlighet att lägga till funktioner med hjälp av mashups. Eftersom mashups är en del av Web 2.0, ökar de nivån av personalisering av information. Många människor är övertygade om kraften i mashups och ser dem som webbens framtid.
Informationsöverbelastning är ett problem som många företag möter, både inom företaget och när de erbjuder information till användarna. Mashups hjälper till att lösa detta problem genom att tillåta ett företag att tillhandahålla detaljerad, koncis information från flera källor. Till exempel, före tillkomsten av mashup-sajter, var användare som ville hitta bilder av en viss typ (som djur) först tvungna att hitta resurser och sedan navigera genom dem och försöka hitta lämpliga bilder. Uppenbarligen finns det ett stort antal webbplatser som potentiellt kan innehålla lämpliga bilder; som ett resultat kommer användaren att överbelastas med information. För att hjälpa till att lösa detta problem kan en mashup-sajt skapas som samlar in bilder från andra webbplatser och kategoriserar dem. Detta gör det möjligt för användare att enkelt söka på ett ställe efter vad de behöver, och till och med låta dem se alla möjliga bilder i en viss kategori med ett par musklick.
Mashups är en form av teknologiintegration som anpassar dem för att kombinera många teknologier och implementeringsspråk tillsammans. Vissa mashups kan helt enkelt vara en blandning av JavaScript och XML för att skapa en innovativ ny webbtjänst. Andra, större mashups, som är det primära målet för deras respektive webbplatser, använder teknik från tjänster som Google Maps och adressdatabasen, länkar ihop dem och visar projektinformation på en karta.
Från varje synvinkel[ vad? ] ser ut som en mashup är ett exempel på Fasaddesignmönster (se Design Patterns : Elements of Reusable Object-Oriented Software ( ISBN 0-201-63361-2 ) av Gang of Four (Erich Gamma, Richard Helm, Ralph Johnson och John Vlissides)). Detta är ett designmönster som erbjuder ett förenklat gränssnitt för mer kod (i fallet med mashups, kod för att aggregera olika flöden med olika API:er).
Redan finns det flera mashup-plattformar som hjälper användaren att skapa mashups. Exempel i alfabetisk ordning: