Development/Architecture/KDE4/Akonadi/pt-br: Difference between revisions
(Created page with "=== Servidor Akonadi ===") |
(Created page with "Wiki do Projeto Akonadi") |
||
(15 intermediate revisions by the same user not shown) | |||
Line 14: | Line 14: | ||
Existem três categorias principais de componentes, todos os quais são implementados como processos individuais para o aumento da estabilidade do sistema e independência da implementação: | Existem três categorias principais de componentes, todos os quais são implementados como processos individuais para o aumento da estabilidade do sistema e independência da implementação: | ||
* Servidor Akonadi | * Servidor do Akonadi | ||
* Agentes Akonadi | * Agentes do Akonadi | ||
* Aplicativos Akonadi | * Aplicativos do Akonadi | ||
=== Servidor Akonadi === | === Servidor Akonadi === | ||
A categoria de servidor consiste em duas funções: controle e cache. | |||
O controle é implementado por um processo chamado '''akonadi_control'''. É o primeiro a iniciar e controlar o ciclo de vida de todos os outros componentes que não os aplicativos do usuário. | |||
Cache | Cache é implementado por um processo chamado '''akonadiserver '''. É o centro para o fluxo de dados, acompanha as mudanças e é responsável pela consistência do sistema, por exemplo, garante identificadores únicos, etc | ||
Toda a comunicação com esses dois papéis é implementada nas bibliotecas de cliente do KDE para Akonadi e disponível para desenvolvedores em diferentes níveis de abstração. | |||
{{tip| | {{tip|Pensar no servidor como um serviço como proxy ajuda a evitar interpretações erradas sobre sua tarefa, por exemplo, ele está fazendo o cache de dados em nome de seus clientes, não interpretando ou armazenando-os permanentemente.}} | ||
=== Akonadi | === Agentes do Akonadi === | ||
A categoria de agente descreve processos que desempenham a sua tarefa sem interação humana. Isso inclui um papel especial também referido como Akonadi Resources, agentes que transportam dados entre o cache e os locais de armazenamento persistentes atuais dos dados, por exemplo, arquivos. | |||
As bibliotecas de cliente do KDE para Akonadi fornecem classes de conveniência para facilitar o desenvolvimento de agentes genéricos, bem como o subtipo de recursos. O projeto KDE PIM fornece um conjunto de implementações comumente exigidos como parte de seu módulo de tempo de execução. | |||
=== Akonadi | === Aplicativos do Akonadi === | ||
A categoria de aplicativos refere-se ao aplicativo visível do usuário, por exemplo, livro de endereços, calendário ou programa de e-mail. Implementações desta categoria podem às vezes serem referidas como Akonadi Clients, uma vez que os agentes podem ser vistos como parte da funcionalidade como servidor, tanto do ponto de vista dos usuários, bem como desenvolvedores de aplicativos. | |||
As bibliotecas de cliente do KDE para Akonadi fornecem tanto uma tarefa de nível baixo baseada em API, bem como modelos de dados de alto nível, pontos de vista e ações padrão. | |||
== | == Leitura complementar == | ||
* [[Development/Tutorials#Personal Information Management (Akonadi)|Akonadi | * [[Development/Tutorials#Personal Information Management (Akonadi)|Tutoriais do Akonadi]] | ||
* [http://api.kde.org/4.x-api/kdepimlibs-apidocs/akonadi/html/index.html Akonadi KDE API Documentation] | * [http://api.kde.org/4.x-api/kdepimlibs-apidocs/akonadi/html/index.html Akonadi KDE API Documentation] | ||
* [[Projects/PIM/Akonadi|Akonadi | * [[Projects/PIM/Akonadi|Wiki do Projeto Akonadi]] | ||
Latest revision as of 20:08, 28 August 2014
Akonadi
Comunicação, calendário e manter informações sobre os outros são partes fundamentais de seu trabalho diário e vida privada. Como um fornecedor de um framework de desenvolvimento de aplicativos e de um ambiente desktop software livre, o KDE resolve isso com a integração com a infraestrutura do PIM fornecida pelo Akonadi.
Implementação do KDE de uma pilha de biblioteca cliente do Akonadi torna mais fácil para desenvolver aplicativos usando Akonadi como sua fonte de dados, bem como agentes Akonadi para o acesso real ao armazenamento persistente dos dados.
Conceitos
O design do Akonadi segue o princípio da separação de interesses, o que significa que cada componente tem um papel pequeno, bem definido, a cumprir, a fim de alcançar uma configuração totalmente funcional.
Existem três categorias principais de componentes, todos os quais são implementados como processos individuais para o aumento da estabilidade do sistema e independência da implementação:
- Servidor do Akonadi
- Agentes do Akonadi
- Aplicativos do Akonadi
Servidor Akonadi
A categoria de servidor consiste em duas funções: controle e cache.
O controle é implementado por um processo chamado akonadi_control. É o primeiro a iniciar e controlar o ciclo de vida de todos os outros componentes que não os aplicativos do usuário.
Cache é implementado por um processo chamado akonadiserver . É o centro para o fluxo de dados, acompanha as mudanças e é responsável pela consistência do sistema, por exemplo, garante identificadores únicos, etc
Toda a comunicação com esses dois papéis é implementada nas bibliotecas de cliente do KDE para Akonadi e disponível para desenvolvedores em diferentes níveis de abstração.
Agentes do Akonadi
A categoria de agente descreve processos que desempenham a sua tarefa sem interação humana. Isso inclui um papel especial também referido como Akonadi Resources, agentes que transportam dados entre o cache e os locais de armazenamento persistentes atuais dos dados, por exemplo, arquivos.
As bibliotecas de cliente do KDE para Akonadi fornecem classes de conveniência para facilitar o desenvolvimento de agentes genéricos, bem como o subtipo de recursos. O projeto KDE PIM fornece um conjunto de implementações comumente exigidos como parte de seu módulo de tempo de execução.
Aplicativos do Akonadi
A categoria de aplicativos refere-se ao aplicativo visível do usuário, por exemplo, livro de endereços, calendário ou programa de e-mail. Implementações desta categoria podem às vezes serem referidas como Akonadi Clients, uma vez que os agentes podem ser vistos como parte da funcionalidade como servidor, tanto do ponto de vista dos usuários, bem como desenvolvedores de aplicativos.
As bibliotecas de cliente do KDE para Akonadi fornecem tanto uma tarefa de nível baixo baseada em API, bem como modelos de dados de alto nível, pontos de vista e ações padrão.