Sammenligning af Microcosm og DHM
From Leko Og Wiki
| Line 3: | Line 3: | ||
== Struktureringsmekanismer == | == Struktureringsmekanismer == | ||
| - | Microcosm har en række protokoller som 3.parts applikationer i | + | Microcosm har en række protokoller som 3.parts applikationer i større eller mindre grad kan anvende. Microcosm sigter således mod at integrere så mange systemer med forskellig 'awareness' om hypermediefunktionalitet så godt som overhovedet muligt i hvert enkelt tilfælde. Det har vist sig overraskende i hvor høj grad Microcosm er i stand til at integrere med selv applikationer der slet ikke har nogen 'awareness' om hyperfunktionalitet. Microcosm benytter sig af et proxyprogram (Universal Viewer) som fungerer som viewer og kan kommunikere mellem applikationen og brugeren på den ene side og hypermediet på den anden side. Microcosm benytter sig af eksterne links i linkdatabaser. |
| - | + | Hvor Microcosm søger at løse et praktisk problem tager DHM udgangspunkt i [[Dexter-modellen]] og søger at skabe en best practise og en forbedring af et teoretisk bidrag til forskningne på området. Som Dexter-modellen er DHM struktureret i lag og med vigtig udveksling af information via interfaces mellem disse lag. DHM udvider på en række punkter Dexter-modellen og forsøger at give svar på flere af de spørgsmål Dexter-modellen rejser. Noget centralt er at DHM anvender dynamiske referencer og pointers i stedet for anchor id. I modsætning til Dexter-modellen er det i DHM muligt at have composites uden at indholdet skal være encapsulated. Indholdet kan altså ligge eksternt både når det drejer sig om atomic components og om composites. | |
Current revision as of 00:21, 17 March 2008
Microcosm og DHM er begge programmer som er udviklet til at tilføje linkservice og hypermediefunktionalitet til 3.parts applikationer. De er imidlertid opstået under forskellige brugssituationer og har vægtet forskellige struktureringsmekanismer, hvilket jeg kort vil gøre rede for herunder.
[edit] Struktureringsmekanismer
Microcosm har en række protokoller som 3.parts applikationer i større eller mindre grad kan anvende. Microcosm sigter således mod at integrere så mange systemer med forskellig 'awareness' om hypermediefunktionalitet så godt som overhovedet muligt i hvert enkelt tilfælde. Det har vist sig overraskende i hvor høj grad Microcosm er i stand til at integrere med selv applikationer der slet ikke har nogen 'awareness' om hyperfunktionalitet. Microcosm benytter sig af et proxyprogram (Universal Viewer) som fungerer som viewer og kan kommunikere mellem applikationen og brugeren på den ene side og hypermediet på den anden side. Microcosm benytter sig af eksterne links i linkdatabaser.
Hvor Microcosm søger at løse et praktisk problem tager DHM udgangspunkt i Dexter-modellen og søger at skabe en best practise og en forbedring af et teoretisk bidrag til forskningne på området. Som Dexter-modellen er DHM struktureret i lag og med vigtig udveksling af information via interfaces mellem disse lag. DHM udvider på en række punkter Dexter-modellen og forsøger at give svar på flere af de spørgsmål Dexter-modellen rejser. Noget centralt er at DHM anvender dynamiske referencer og pointers i stedet for anchor id. I modsætning til Dexter-modellen er det i DHM muligt at have composites uden at indholdet skal være encapsulated. Indholdet kan altså ligge eksternt både når det drejer sig om atomic components og om composites.
[edit] Brugssituation og understøttelse heraf
Microcosm har hovedsageligt til formål at skabe bedre integration af den enkelte brugers 3.parts applikationer og hypermediefunktionalitet. Der er således ikke udviklet egentlige features til understøttelse af samarbejde.
DHM derimod blev anvendt til projektstyring i forbindelse med bygning af Storebæltbroen og har understøttelse af samarbejde højt prioriteret med blandt andet sessions for grupper, besked om andre brugeres ændringer i systemet, mv.
