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

Det primære formål med en rapport er at præsentere databasedata for brugerne i en form, der er let at forstå. Crystal Reports giver dig alle de værktøjer, du skal bruge til at gøre det. Nogle gange vil du dog have en rapport, der gør mere end blot at præsentere databasedata. Du vil måske inkludere tekst fra en tekstbehandlingsfil eller data, der ligger i et regneark, eller et grafisk billede, der er gemt som en bitmapbilledefil. For at tillade deling af forskellige slags information i forskellige typer filer, udviklede Microsoft OLE (Object Linking and Embedding)-arkitekturen.

Rapporter, som du opretter med Crystal Reports, kan fungere som OLE-beholderapplikationer. Det vil sige, at de kan indeholde OLE-objekter, der er oprettet af andre applikationer kaldet OLE-serverapplikationer. Microsoft Word og Microsoft Excel er eksempler på OLE-serverapplikationer. Du kan tage tekst fra en Microsoft Word-fil som et OLE-objekt - eller tage et Excel-regneark som et OLE-objekt - og placere det i en Crystal-rapport.

Crystal Reports kan også fungere som en OLE-serverapplikation. Du kan definere en rapport som et OLE-objekt og placere den i en Word-tekstfil, et Excel-regneark eller enhver anden OLE-kompatibel containerapplikation.

OLE tilbyder en usædvanlig fordel: Når du bringer et OLE-objekt ind i Crystal Reports og placerer det i en rapport, bevarer objektet et forhold til det program, der har oprettet det. Karakteren af ​​denne relation afhænger af, om OLE-objektet er statisk, indlejret eller sammenkædet.

Statiske OLE-objekter

Et statisk OLE-objekt er et øjebliksbillede af et objekt, der er blevet kopieret fra den originale applikation til containerapplikationen. Du kan placere et statisk OLE-objekt i en Crystal-rapport, men efter at du har lagt det der, kan du ikke redigere det eller ændre det på nogen måde (undtagen for at slette det). Et statisk OLE-objekt opretholder ingen forbindelse til det program, der oprettede det.

Indlejrede objekter og sammenkædede objekter

Som med et statisk OLE-objekt downloades et indlejret OLE-objekt fuldstændigt til containerapplikationen, med en vigtig forskel: Et indlejret objekt er ikke noget snapshot. Den har en "bevidsthed" om, hvilken serverapplikation den kommer fra, og du kan redigere den i containerapplikationen. Når du dobbeltklikker på et integreret OLE-objekt, bliver det redigerbart. Serverapplikationen overtager menuerne og værktøjslinjerne for at tillade redigering. Hvis du f.eks. indlejrer et Excel-regneark i en rapport, kan du redigere regnearket fra Crystal Reports - ved hjælp af Excel-menuer og -værktøjslinjer.

Eventuelle ændringer, du foretager til et indlejret OLE-objekt, vises ikke i den originale fil i OLE-serverapplikationen. Hvis du vil ændre originalen, skal du gøre det separat.

Sammenkædede objekter er som besøgende; de flytter faktisk ikke til containerapplikationen. Det, som containerapplikationen indeholder, er en pointer til det sammenkædede objekt (som forbliver i serverapplikationen). Dette link betyder, at når det oprindelige objekt i serverapplikationen opdateres, opdateres det lænkede objekt i containerapplikationen også. Antag for eksempel, at din serverapplikation er Excel, og du opdaterer dataene i det linkede regneark. Næste gang du kører din rapport i Crystal Reports, henter den de seneste data fra Excel-filen for at blive vist i rapporten.

Linking er bedst, hvis din rapport altid skal afspejle de seneste data - og hvis du ønsker, at dataene i flere applikationer forbliver synkroniserede. Markøren fylder også mindre end at indlejre et stort regneark eller Word-dokument, hvilket gør rapporten hurtigere at indlæse. Rapporter, der indeholder sammenkædede objekter, er dog mindre bærbare end rapporter, der indeholder indlejrede objekter. For at linket skal virke, skal det originale serverprogram være til stede på den maskine, der kører Crystal Reports. I modsætning hertil er et indlejret objekt fuldstændigt selvstændigt og behøver ikke noget link til dets kildefil eller applikation.