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

28 CAPÍTULO 3. APRESENTAÇÃO DO SISTEMA DOORS
pítulo 2, em que diferentes grupos de aplicações usam as mesmas estratégias relativamente a diferentes
problemas, como por exemplo a reconciliação e o tratamento da informação de awareness. Adicional-
mente, esta aproximação permite aos programadores reutilizar técnicas complexas de sistemas distribuí-
dos sem terem de lidar com os detalhes de implementação dessas soluções (os quais são encapsulados
nos componentes pré-definidos).
De seguida, apresenta-se o framework de componentes DOORS, explicando o modo como é possível
criar um novo coobjecto. Exemplos detalhados de coobjectos criados no âmbito de aplicações coopera-
tivas são descritos no capítulo 5. O núcleo do sistema é detalhado no capítulo 6.
3.2 Framework de componentes: princípios gerais
O framework de componentes DOORS decompõe um coobjecto num conjunto de componentes, cada
um tratando dum aspecto específico do funcionamento do coobjecto. Os vários componentes interac-
tuam entre si para implementar uma solução global de gestão de dados. As responsabilidades de cada
componente são bem-definidas e, tanto quanto possível, isoladas. No entanto, algumas implementações
de um componente podem exigir a implementação de uma dada funcionalidade noutro componente,
restringindo as composições possíveis.
De seguida apresenta-se de forma breve o framework DOORS e o modo como os vários componentes
interagem. Em particular, descreve-se o funcionamento de um coobjecto composto por um conjunto de
subobjectos. Na próxima secção detalha-se cada um dos componentes do framework e descrevem-se
alguns dos componentes pré-definidos no protótipo do sistema DOORS.
3.2.1 Subobjectos
Um coobjecto define um tipo de dados, possivelmente complexo, especialmente desenhado para ser par-
tilhado por vários utilizadores e manipulado concorrentemente — por exemplo, um documento estrutu-
rado. Uma instância de um coobjecto mantém uma representação do valor actual do tipo de dados através
de uma composição de subobjectos — por exemplo, um subobjecto com a estrutura do documento e um
subobjecto por cada elemento.
Um subobjecto pode ser um objecto complexo constituído por um conjunto de outros objectos (de-
finidos ao nível da linguagem de programação usada para definir o subobjecto). No entanto, no âmbito
de um coobjecto, um subobjecto representa uma “caixa preta” com um estado interno que apenas pode
ser acedido e modificado através da invocação de métodos da interface que implementa. O subobjecto
constitui a unidade de manipulação dentro de um coobjecto. Os subobjectos são acedidos por navega-
ção a partir de um subobjecto base (i.e., apesar de internamente os subobjectos terem um identificador