Artigo Clube Delphi Edição 52 - Engenharia de Software

Engenharia de Software

Parte 3 – Usando Bold para gerenciar os objetos e persistência

A aplicação para administração dos bens de um jogador de Banco Imobiliário, construída no artigo anterior (edição 51), funciona muito bem, satisfazendo a diversos requisitos de negócio. Entretanto, apresenta um problema sério: não salva o estado do jogo. Se o usuário fechar o formulário perderá tudo o que digitou até aquele momento.

Precisamos fazer alguma coisa para gravar as informações que, no caso da programação orientada por objetos estão contidas nos estados dos objetos (nos atributos). Entram em cena os esquemas de persistência.

Objetos persistentes

Os conhecedores da hierarquia da VCL ao lerem a palavra persistência, lembraram-se imediatamente da classe TPersistent, descendente direta de TObject. E eles estão corretos! É nessa classe que o mecanismo de gravação e leitura das propriedades dos objetos é definido, utilizando como veículo de transferência de dados um stream (fluxo), que pode ser um arquivo em disco (o DFM, por exemplo) ou uma área em memória.

Podemos gravar nossos objetos seguindo um esquema semelhante a esse usado pelo IDE do Delphi para persistir os formulários e seus componentes. Além desse, existem diversos outros esquemas, como:

• Mapeamento Objeto-Relacional: armazenam-se os atributos dos objetos em banco de dados relacional. As classes são mapeadas para tabelas equivalentes. Os relacionamentos entre as classes são implementadas através de chaves estrangeiras, tabelas intermediárias, etc.
• Bancos de dados OO: já existem diversos no mercado, como o Versant e o Cache. Ainda não conquistaram a confiança total dos usuários, mas espera-se um avanço considerável num futuro próximo. Alguns bancos relacionados tradicionais já começaram a oferecer funcionalidades similares;
• Prevayler (Prevalence Layer): todos os objetos são mantidos na memória. Uma “foto” dos objetos é tirada regularmente e armazenada em um arquivo em disco. No intervalo entre as “fotos”, as alterações são gravadas em arquivos de log, permitindo que a imagem exata seja reconstruída caso a aplicação seja terminada indevidamente. Esse framework foi criado originalmente em Java ("
  
  
  ATENÇÃO! A exibição deste artigo foi interrompida.
  
  
  

    Este é um post disponível para assinantes MVP

  Este post também está disponível para assinantes da ClubeDelphi DIGITAL ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

  Saiba como acessar este post através de Créditos DevMedia:
  
  

  Assinatura de Créditos – Aqui este post custa R$ 1,47
  Com esse plano você compra R$ 180,00 em créditos e ganha, em média, 80% de desconto no preço do post.  
  Assine agora

  Plano ocasional - Aqui este post custa: R$ 1,96 (assinante) ou R$ 2,45 (não-assinante)
  Você compra um mínimo de R$ 60,00 em créditos e ganha, em média, 50% de desconto no preço do post.  
  Compre agora

  Plano conveniência – Neste plano este post custa R$ 4,90
  Neste plano você compra somente um post, pagando seu preço sem desconto.  
  Compre agora