Atenção: esse artigo tem um vídeo complementar. Clique e assista!

Boa parte dos desenvolvedores Delphi se entusiasma com a teoria que envolve a orientação a objetos e toda sua boa prática, podendo citar dentre elas os Design Patterns. Começam a modelar seus sistemas, suas regras de negócio, porém, quando vão construir sua interface de usuário já se deparam com uma dificuldade muito comum. Como ligar os dados dos objetos aos controles visuais e vice versa? Depois, outra dúvida aparece, como vou salvar meus objetos? Minha classe irá se tornar uma tabela? Como manter o relacionamento que fiz entre a classe TNota e TItensNota?

Tentando solucionar essas dificuldades muitos criam soluções engenhosas, mas pouco flexíveis. Neste artigo quero introduzir o Framework tiOPF (TechInsight Object Persistence Framework), que é responsável pela persistência de objetos. Além disso, ele oferece também meios de se criar interfaces de usuário de forma bem produtiva.

Vamos construir um pequeno exemplo que permita a manutenção de uma lista de contatos, contendo um nome, e-mail e uma lista de telefones. Veremos como será feito o mapeamento objeto relacional e como o tiOPF lida com o relacionamento entre um contato e seus possíveis telefones.

Nota do DevMan

A persistência de objetos é ação de poder salvar os dados dos objetos que estão em memória para meios não voláteis, como, por exemplo, um banco de dados relacional, arquivos XML ou até mesmo arquivos texto comuns.

Nota do DevMan

Mapeamento Objeto Relacional: Os dados dos objetos devem ser salvos para um meio físico, que na sua grande maioria é um banco de dados relacional. Um Framework de persistência deve oferecer meios para que seja indicado onde determinada classe será salva, como suas propriedades serão traduzidas, como seus relacionamentos serão tratados. Isso é fazer mapeamento. Geralmente temos uma relatividade entre classe e tabela, onde uma classe será uma tabela e suas propriedades se tornarão campos. Mas nem sempre é assim. Às vezes é possível ter duas classes, por exemplo, Pessoa e Endereço, e a classe a ser transformada em tabela seja apenas Pessoa. Endereço por suas vez se tornaria apenas campos da tabela Pessoa. Isso é chamado de granularidade, que pode ser diferente entre os dois ambientes. Essa diferença é chamada de impedância objeto relacional e, cabe a um bom OPF (framework de mapeamento relacional) diminuir essas diferenças.

O framework tiOPF

O tiOPF é um framework que realiza o mapeamento objeto relacional para nós, assumindo a responsabilidade de persistir objetos de negócio em tabelas de um banco de dados. Quando desenvolvemos um sistema aplicando a orientação a objetos nos deparamos com um problema chamado impendância objeto/relacional (que comentei anteriormente). Resumidamente esse problema representa a diferença existente entre esses dois mundos.

Para exemplificar a situação, imagine que temos duas classes, TPessoa e TEndereco. Elas são relacionadas uma com a outra, ou seja, um objeto TPessoa possui um objeto TEndereco. Agora pense em como essas informações poderiam ser salvas em um banco de dados relacional.

Poderíamos ter uma tabela PESSOA e outra ENDERECO ligadas por uma chave estrangeira e ainda poderíamos ter apenas uma tabela PESSOA que conteria todos os campos necessários. Uma ferramenta ORM cuida de tudo isso para nós, permitindo que mantenhamos nosso foco no que fazemos de melhor, desenvolver realmente o sistema.

O tiOPF é um framework muito completo e bem flexível. Desenvolvido por uma empresa australiana, é muito utilizado naquela região. Altamente maduro e confiável, pois está em produção desde o Delphi 5. Oferece seus próprios controles visuais, que agilizam o desenvolvimento de interfaces com componentes especializados, que tratam desde a validação de um objeto até a visualizações complexas como ListView que atua como um Grid, pronto para manutenção de objetos. Permite que os objetos sejam salvos em diversos bancos relacionais e até mesmo em arquivos XML. Também oferece mecanismos para a criação do banco de dados via código. Com ele também é possível desenvolver aplicativos três camadas, onde objetos irão trafegar entre servidor e cliente. A exigência aqui é que suas classes de negócio herdem de TtiObject, classe base do framework. E claro, você poderá utilizar seus controles Data-Aware mesmo utilizando o tiOPF pois ele disponibiliza um Dataset especial, o TTiDataset que torna os objetos plugáveis nas interfaces DataSet (essa será a técnica usada no artigo). A versão 3 oferece suporte ao Delphi 2010."