gestão de dados partilhados em ambientes de computação móvel

4.4. INTEGRAÇÃO DE SESSÕES SÍNCRONAS 65
dere-se, por exemplo, a edição cooperativa de documentos. Numa sessão síncrona são usadas operações
com reduzida granularidade – por exemplo, inserir/remover um carácter. Num sessão assíncrona são
usadas operações com uma maior granularidade – por exemplo, definir uma nova versão de um elemento
(secção) do documento.
Em geral, os coobjectos, ao serem desenhados para serem manipulados em interacções assíncronas,
definem apenas as operações adequadas a este tipo de interacção. Adicionalmente, as estratégias de
gestão de dados usadas nos servidores (em particular, a estratégia de reconciliação) estão especialmente
adaptadas a este tipo de operações e podem ser inadequadas para gerir outros tipos de operações. No
sistema DOORS, existem duas alternativas para permitir a utilização de operações diferentes nas sessões
síncronas e assíncronas.
A primeira alternativa consiste em estender as interfaces dos subobjectos para incluírem as operações
usadas durante a interacção síncrona. No entanto, a utilização destas operações com pequena granulari-
dade na evolução global dos coobjectos põe problemas em termos da gestão das operações [154] (devido
ao espaço necessário para as armazenar e ao elevado número de operações existentes) e da estratégia de
reconciliação usada (que deve ter em conta estas novas operações). Assim, propõe-se que, antes de serem
propagadas para os servidores, as operações executadas durante uma sessão síncrona sejam convertidas
numa pequena sequência de operações “assíncronas” que produzam o mesmo efeito. Por exemplo, uma
sequência de inserções/remoções de caracteres é convertida numa operação que define o novo estado
de uma secção. O componente de registo utilizado no cliente define um mecanismo de compressão
de operações que pode ser utilizado para este efeito (através da definição das funções de compressão
adequadas).
A segunda alternativa consiste em manipular as operações de pequena granularidade fora do controlo
dos coobjectos. As modificações executadas são reflectidas no estado do coobjecto executando uma
sequência de operações que produza o mesmo efeito (de forma semelhante ao resultado da compressão
das operações). Para clarificar esta alternativa, considere-se o exemplo da edição cooperativa. Cada
membro da sessão síncrona mantém um editor que manipula uma cópia do coobjecto — estas cópias são
mantidas sincronizadas como se explicou anteriormente. A edição síncrona do texto de um elemento do
documento (por exemplo, uma secção) é executada numa aplicação de edição síncrona a partir do estado
actual do elemento no coobjecto (e independentemente do coobjecto). No fim da edição síncrona do
elemento, o novo estado do elemento é reflectido no coobjecto executando a operação correspondente.
Embora esta segunda alternativa possa ser vista como uma “não solução”, ela apresenta, na prática,
algumas características interessantes. Primeiro, torna possível a utilização de aplicações já existentes
especialmente desenhadas para a gestão das interacções síncronas. Segundo, permite simplificar o de-
senho dos coobjectos, definindo apenas um tipo de operações. Terceiro, pode possibilitar uma maior