Olá devs! Este é o terceiro post de uma série sobre o Interbase para desenvolvedores .NET. Se você acabou de chegar neste canal, o primeiro “ Introducing InterBase for .NET – A Super-Secure Embedded Data Warehouse For .NET Users ” pode ser encontrado aqui , e o segundo “ Getting Started With InterBase For .NET – Install, Configure And Proteja seus dados em minutos ” está disponível neste link .
Então hoje é o dia em que faremos o que nós desenvolvedores realmente gostamos de fazer: codificar!
Preparando o Ambiente
Considerando que você tem o Visual Studio 2017 ou 2019 instalado corretamente, você pode baixar os drivers e pacotes mais recentes para o Visual Studio no GitHub ou no NuGet – links abaixo. O suporte principal do framework ADO.Net inclui Servidor InterBase e ToGo/IBLite – as edições distintas foram discutidas no primeiro post do blog mencionado acima. O InterBase Server and Desktop também inclui a camada de mapeamento Object-Relational .NET.
- GitHub:
- Drivers NuGet:
- Estrutura de entidade :
- Ajuda do ADO.NET para Interbase:
- Amostras:
- Estão localizados na pasta de instalação do NuGet
Se você acessar a página de lançamentos do repositório GitHub mencionado anteriormente, encontrará uma extensa documentação sobre o driver, suas classes, métodos e recursos, então não vou replicar isso aqui. O processo de instalação será uma questão de executar os dois instaladores .msi – um para o driver Interbase ADO.NET e outro para instalar a extensão DDEX para Visual Studio.
Dito isso, gostaria de adicionar alguns detalhes sobre a configuração do DDEX. A partir da versão 2017, o Visual Studio mudou suas configurações para o conceito de “registro privado”. Isso adiciona um processo manual que precisa ser executado após a execução do instalador DDEX .msi.
As etapas relacionadas a esse processo também estão contempladas na documentação, mas, por favor, dê uma atenção especial a este trecho:
O instalador instalará 2 arquivos .reg – um para VS2017 ( InterBaseDDEXProviderVS2017.reg ) e outro para VS2019 ( InterBaseDDEXProviderVS2019.reg ). Você precisará modificar um pouco esses arquivos antes que eles possam ser importados para o registro privado. Primeiro será o nome da colmeia que você dará ao carregá-lo no regedit. Os arquivos são entregues com nomes iguais à sua pasta _config no registro privado. Para VS2017 é 15.0_7cf12c00 e para VS2019 é 16.0_d30585a1. Se você alterar o nome do hive, precisará atualizar o arquivo .reg para apontar para esse hive.
Esses nomes “hive” são cruciais para que o DDEX funcione corretamente com sua versão do Visual Studio.
Conexão Interbase do Visual Studio
O vídeo abaixo navega pelas etapas básicas ao conectar o Interbase do Visual Studio e de um aplicativo Windows Forms. Os mesmos conceitos podem ser usados para criar qualquer tipo de aplicativo suportado pelo Visual Studio para todas as plataformas.
Design. Code. Compile. Deploy.
Start Free Trial Upgrade Today
Free Delphi Community Edition Free C++Builder Community Edition