Opgave 2:Dexter-modellen
From Wau
(Difference between revisions)
| Line 2: | Line 2: | ||
== Components == | == Components == | ||
| - | Derfor opstiller Dextermodellen også en standardterminologi for de hypermediebegreber som indtil da havde et utal af benævnelser. Genereliseringen af alle hypermedieobjekter kaldes i Dexter-modellen for component. Der findes tre typer af components: | + | Derfor opstiller Dextermodellen også en standardterminologi for de hypermediebegreber, som indtil da havde et utal af benævnelser. Genereliseringen af alle hypermedieobjekter kaldes i Dexter-modellen for component. Der findes tre typer af components: |
* Atomic Component: En container for indhold, som svarer til de gamle benævnelser, node, frame, document og card. | * Atomic Component: En container for indhold, som svarer til de gamle benævnelser, node, frame, document og card. | ||
| - | * Link Component: Links i Dexter-modellen er | + | * Link Component: Links i Dexter-modellen er eksterne, flervejs og multi-headed (n-ary). Rent praktisk er links sat sammen af en sekvens af to eller flere specifiers, hvor en specifier indeholder information om component specifications, anchor id, direction og presentation specifications. |
| - | * Composite Component: | + | * Composite Component: En composite component er en component, der består af andre components. Det er dog væsentligt, at de ikke er strukturerede, så der opstår en cyklisk struktur. |
== Layers == | == Layers == | ||
| Line 11: | Line 11: | ||
* Storage layer: Dette kan beskrives som en slags database, hvori components og linkstruturer ''mellem'' disse opbevares. | * Storage layer: Dette kan beskrives som en slags database, hvori components og linkstruturer ''mellem'' disse opbevares. | ||
* Within component layer: Dette er laget der har at gøre med indhold og strukturer ''i'' components. | * Within component layer: Dette er laget der har at gøre med indhold og strukturer ''i'' components. | ||
| - | * Run-time layer: Hvor Storage- og within component-lagene behandeler hypertext og hypermedier som passive datastrukturer beskriver run-time-laget den funktionalitet og de værktøjer som stilles til brugernes rådighed i hypermedie-systemerne for at | + | * Run-time layer: Hvor Storage- og within component-lagene behandeler hypertext og hypermedier som passive datastrukturer, beskriver run-time-laget den funktionalitet og de værktøjer, som stilles til brugernes rådighed i hypermedie-systemerne, for at brugerne kan tilgå, se og manipulere netværksstrukturen. |
Kommunikation imellem lagene sker i Dexter-modellen vha. to mekanismer: | Kommunikation imellem lagene sker i Dexter-modellen vha. to mekanismer: | ||
| - | * Anchoring: Denne mekanisme danner bro imellem storage- og within component-laget, idet anchoring gør det muligt at referere til elementer(feks. billeder eller tekststykker) i den enkelte components indhold. Herved kan man f.eks. binde et link opbevaret i storage-laget til et indholdselement i within component-laget. | + | * Anchoring: Denne mekanisme danner bro imellem storage- og within component-laget, idet anchoring gør det muligt at referere til elementer (feks. billeder eller tekststykker) i den enkelte components indhold. Herved kan man f.eks. binde et link opbevaret i storage-laget til et indholdselement i within component-laget. |
| - | * Presentation specifications: Denne mekanisme danner brug imellem storage- og run-time-laget. Disse specificerer hvordan en component eller et netværk skal præsenteres for brugerne. | + | * Presentation specifications: Denne mekanisme danner brug imellem storage- og run-time-laget. Disse specificerer, hvordan en component eller et netværk skal præsenteres for brugerne. |
Revision as of 15:24, 11 March 2008
Et mål for Dexter-modellen er at give en standard, således at man kan sammenligne karakteristika og funktionalitet på tværs af hypermediesystemer.
Components
Derfor opstiller Dextermodellen også en standardterminologi for de hypermediebegreber, som indtil da havde et utal af benævnelser. Genereliseringen af alle hypermedieobjekter kaldes i Dexter-modellen for component. Der findes tre typer af components:
- Atomic Component: En container for indhold, som svarer til de gamle benævnelser, node, frame, document og card.
- Link Component: Links i Dexter-modellen er eksterne, flervejs og multi-headed (n-ary). Rent praktisk er links sat sammen af en sekvens af to eller flere specifiers, hvor en specifier indeholder information om component specifications, anchor id, direction og presentation specifications.
- Composite Component: En composite component er en component, der består af andre components. Det er dog væsentligt, at de ikke er strukturerede, så der opstår en cyklisk struktur.
Layers
Dexter-modellen deler et hypermediesystem op i tre lag. Storage layer, run-time layer og within component layer.
- Storage layer: Dette kan beskrives som en slags database, hvori components og linkstruturer mellem disse opbevares.
- Within component layer: Dette er laget der har at gøre med indhold og strukturer i components.
- Run-time layer: Hvor Storage- og within component-lagene behandeler hypertext og hypermedier som passive datastrukturer, beskriver run-time-laget den funktionalitet og de værktøjer, som stilles til brugernes rådighed i hypermedie-systemerne, for at brugerne kan tilgå, se og manipulere netværksstrukturen.
Kommunikation imellem lagene sker i Dexter-modellen vha. to mekanismer:
- Anchoring: Denne mekanisme danner bro imellem storage- og within component-laget, idet anchoring gør det muligt at referere til elementer (feks. billeder eller tekststykker) i den enkelte components indhold. Herved kan man f.eks. binde et link opbevaret i storage-laget til et indholdselement i within component-laget.
- Presentation specifications: Denne mekanisme danner brug imellem storage- og run-time-laget. Disse specificerer, hvordan en component eller et netværk skal præsenteres for brugerne.
