Chapter8 : Summary
Thisdissertationhaspresentedanewanalysisofsynchronizationproblemsincollabora-
tivework,focusingontheuseofexplicitchangerepresentationstoincreasetheflexibility
ofcollaborativeapplications.Theanalysisincludesanewtypologyoftypesofchangeopera-
tions,includinganewdistinctionbetweenstaticanddynamicchangeoperations.Ithaspre-
sentedandformalizedanewmodelofsequenceeditingthatincludesdynamicversionsof
themoveandcopyoperations.Wehaveexaminedapplicationofthemodel,algorithmsto
implementitandapplicationarchitecturestoexploititsadvantages.
TherestofthischapterbrieflyreviewstherequirementsfromChapter1,examineshow
welltheyhavebeenmet,andcloseswithafewgeneralcommentsontheapproach.
8.1 Reviewoftherequirements
IwillnowwrapupourexplorationofPalimpsestbyrevisitingtherequirementslistedin
Section1.10,andseeingtowhatextentPalimpsestmeetsthem.Welisted9generalrequire-
mentsforflexibleconcurrencycontrolincollaborativework,andanadditional8require-
mentsformerge.Manyoftheserequirementsareinformal,inthesensethattheyadvocate
maximizationofsomegood,ratherthanmeetingtheidealofaformalrequirement:apredi-
catewhichisunambiguouslytrueorfalse.Inthissection,Ireviewsomeoftheserequire-
mentsandtheirrelationshiptothemodel,itsmotivatinganalysisandthetradeoffsmadein
theformaldefinition.Thisreexaminationconcentratesonthecoreissueofhowwellthere-
quirementsaremetbythemodel,butalsoconsiderstheminthelightofthespecificalgo-
rithmsandarchitecturesdiscussedinChapter6andChapter7.
Requirements1and2advocatesupportforbothsynchronousandasynchronouswork,as
wellasforfullyflexibletransitionsbetweenthem.Change-orientedconcurrencyworkswell
148
insupportingbothstylesofwork.Thearchitectureallowsforawidevarietyofsynchronous
andasynchronouspoliciesbytakingadvantageofthechange-orientedmodeltodecouple
applicationoperationsfromdistributionandsynchronizationissues.
Requirement3advocatessupportformultipleandsingle-userundo.Themodeleasilyen-
compassesthedescriptionofveryflexibleandgeneralundosupport,andwesawalgorithms
thatenableundo(andre-do)toworkefficiently,aswellasanarchitecturetosupportit.The
specialconsistencyproblemswithmulti-userundoareactuallyobviatedbythestructureof
themodelitself.
Requirement4advocatesversionmanagementforfullygeneralversiongraphs.Chapter5
showedthatsuchgraphsareeasilymodeledinPalimpsest,includingsomeformsofversion
graphthataredifficultorimpossibleforversion-completesystemsthatarenotalsochange-
complete.
Requirement5advocatesthemaintenanceofhypertextlinkseveninamulti-user,multi-
versioneditingcontext.ThemodeldirectlysupportsthisbecausetheP-sequenceaddress
structureenablesmakespersistentselectionmanagementassimpleasstoringthePalimpsest
addressesoftherangeinquestion.Palimpsestcomparisonfacilitiesenablethefine-grained
trackingofpersistentselectionsacrossupdates.
Requirement6suggeststhatawidevarietyofdatastructuresshouldbesupported.The
Palimpsestmodelprovidesonlyasequencedatatype.Thisdatatype,however,isoneofthe
mostpowerfulandgeneraldatatypesincommonuse,andoneontopofwhichavarietyof
structurescanbelayered.
Requirement7isasystemrequirementthatanapplicationshouldbeabletocontrolits
owndataconsistencyparameters.Themodelcandetect(andautomaticallyresolve)certain
consistencyproblems.Thearchitectureprovidesmaintainstheinformationrequiredforap-
plicationstomonitoroperationsandtosignalapplicationinconsistencies.Changesthat
Previous Page Next Page