Crystal Reports 10: Understanding Object Linking and Embedding (OLE)

Det primära syftet med en rapport är att presentera databasdata för användare i en form som är lätt att förstå. Crystal Reports ger dig alla verktyg du behöver för att göra det. Ibland vill man dock ha en rapport som gör mer än att bara presentera databasdata. Du kanske vill inkludera text från en ordbehandlingsfil, eller data som finns i ett kalkylblad, eller en grafisk bild lagrad som en bitmappsbildfil. För att möjliggöra delning av olika typer av information i olika typer av filer, utvecklade Microsoft arkitekturen OLE (Object Linking and Embedding).

Rapporter som du skapar med Crystal Reports kan fungera som OLE-behållarapplikationer. Det vill säga, de kan innehålla OLE-objekt som skapades av andra applikationer som kallas OLE-serverapplikationer. Microsoft Word och Microsoft Excel är exempel på OLE-serverapplikationer. Du kan ta text från en Microsoft Word-fil som ett OLE-objekt — eller ta ett Excel-kalkylblad som ett OLE-objekt — och placera den i en Crystal-rapport.

Crystal Reports kan också fungera som en OLE-serverapplikation. Du kan definiera en rapport som ett OLE-objekt och placera den i en Word-textfil, ett Excel-kalkylblad eller något annat OLE-kompatibelt containerprogram.

OLE erbjuder en ovanlig fördel: När du tar med ett OLE-objekt till Crystal Reports och placerar det i en rapport, upprätthåller objektet en relation med applikationen som skapade det. Karaktären av den relationen beror på om OLE-objektet är statiskt, inbäddat eller länkat.

Statiska OLE-objekt

Ett statiskt OLE-objekt är en ögonblicksbild av ett objekt som har kopierats från den ursprungliga applikationen till behållarapplikationen. Du kan placera ett statiskt OLE-objekt i en Crystal-rapport, men när du har lagt det där kan du inte redigera det eller ändra det på något sätt (förutom att ta bort det). Ett statiskt OLE-objekt upprätthåller ingen anslutning till programmet som skapade det.

Inbäddade objekt och länkade objekt

Som med ett statiskt OLE-objekt laddas ett inbäddat OLE-objekt ner helt och hållet till containerapplikationen, med en viktig skillnad: Ett inbäddat objekt är ingen ögonblicksbild. Den har en "medvetenhet" om vilken serverapplikation den kommer ifrån, och du kan redigera den i containerapplikationen. När du dubbelklickar på ett inbäddat OLE-objekt blir det redigerbart. Serverapplikationen tar över menyerna och verktygsfälten för att möjliggöra redigering. Om du till exempel bäddar in ett Excel-kalkylblad i en rapport kan du redigera kalkylarket från Crystal Reports — med hjälp av Excel-menyer och verktygsfält.

Eventuella ändringar du gör av ett inbäddat OLE-objekt visas inte i originalfilen i OLE-serverapplikationen. Om du vill ändra originalet måste du göra det separat.

Länkade objekt är som besökare; de flyttar faktiskt inte till containerapplikationen. Vad containerapplikationen innehåller är en pekare till det länkade objektet (som finns kvar i serverapplikationen). Den här länken innebär att när det ursprungliga objektet i serverapplikationen uppdateras uppdateras även det länkade objektet i behållarapplikationen. Anta till exempel att din serverapplikation är Excel och att du uppdaterar data i det länkade kalkylarket. Nästa gång du kör din rapport i Crystal Reports hämtar den den senaste informationen från Excel-filen för att visas i rapporten.

Länkning är bäst om din rapport alltid måste återspegla den senaste informationen – och om du vill att data i flera applikationer ska förbli synkroniserade. Pekaren tar också mindre plats än att bädda in ett stort kalkylblad eller Word-dokument, vilket gör rapporten snabbare att ladda. Rapporter som innehåller länkade objekt är dock mindre portabla än rapporter som innehåller inbäddade objekt. För att länken ska fungera måste den ursprungliga serverapplikationen finnas på maskinen som kör Crystal Reports. Däremot är ett inbäddat objekt helt självständigt och behöver ingen länk till dess källfil eller applikation.