Salut les développeurs ! Ceci est le 3ème article d’une série sur Interbase pour les développeurs .NET. Si vous venez d’arriver sur ce canal, le premier » Présentation d’InterBase pour .NET – Un entrepôt de données intégré super sécurisé pour les utilisateurs .NET » peut être trouvé ici , et le second » Premiers pas avec InterBase pour .NET – Installer, configurer et Sécurisez vos données en quelques minutes » est disponible via ce lien .
Alors aujourd’hui est LE jour où nous allons faire ce que nous, les développeurs, aimons vraiment faire : coder !
Préparation de l’environnement
Considérant que Visual Studio 2017 ou 2019 est correctement installé, vous pouvez télécharger les derniers pilotes et packages pour Visual Studio depuis GitHub ou NuGet – liens ci-dessous. La prise en charge du framework ADO.Net de base comprend InterBase Server et ToGo/IBLite – les éditions distinctes ont été discutées dans le premier article de blog mentionné ci-dessus. InterBase Server et Desktop incluent également une couche de mappage objet-relationnel .NET.
- GitHub :
- Pilotes NuGet :
- Cadre d’entité :
- Aide ADO.NET pour Interbase :
- Échantillons :
- Sont situés dans le dossier d’installation de NuGet
Si vous vous dirigez vers la page des versions du référentiel GitHub susmentionné, vous trouverez une documentation complète sur le pilote, ses classes, ses méthodes et ses fonctionnalités, donc je ne vais pas le reproduire ici. Le processus d’installation consistera à exécuter les deux programmes d’installation .msi – un pour le pilote Interbase ADO.NET et un autre pour installer l’extension DDEX pour Visual Studio.
Cela dit, j’aimerais ajouter quelques détails sur la configuration DDEX. À partir de la version 2017, Visual Studio a déplacé ses configurations vers le concept de « registre privé ». Cela ajoute un processus manuel qui doit être exécuté après avoir exécuté le programme d’installation DDEX .msi.
Les étapes liées à ce processus sont également couvertes par la documentation, mais veuillez prêter une attention particulière à cet extrait :
Le programme d’installation installera 2 fichiers .reg – un pour VS2017 ( InterBaseDDEXProviderVS2017.reg ) et un pour VS2019 ( InterBaseDDEXProviderVS2019.reg ). Vous devrez modifier légèrement ces fichiers avant de pouvoir les importer dans le registre privé. Le premier sera le nom de la ruche que vous donnerez lors du chargement dans regedit. Les fichiers sont livrés avec des noms égaux à leur dossier _config dans le registre privé. Pour VS2017, il s’agit de 15.0_7cf12c00 et pour VS2019, de 16.0_d30585a1. Si vous modifiez le nom de la ruche, vous devrez mettre à jour le fichier .reg pour qu’il pointe vers cette ruche.
Ces noms de « ruche » sont cruciaux pour que le DDEX fonctionne correctement avec votre version de Visual Studio.
Connexion Interbase de Visual Studio
La vidéo ci-dessous navigue à travers les étapes de base lors de la connexion d’Interbase à partir de Visual Studio et d’une application Windows Forms. Les mêmes concepts peuvent être utilisés pour créer tout type d’application prise en charge par Visual Studio pour toutes les plateformes.
Design. Code. Compile. Deploy.
Start Free Trial Upgrade Today
Free Delphi Community Edition Free C++Builder Community Edition
