Question : Routines de service de Delphes

Bonjour, le

I AM établissant mon programme avec les routines de service de la version 8 d'avantage, quand j'exécute elles et l'essai pour faire une demande tout fonctionne fine.

I veulent savoir s'il est possible de livrer un .exe qui s'exécuterait quoique le client ait la version 8 ou 9 d'avantage sans devoir recompile le .exe.

Example : Je construis mon .exe avec les routines de service de la version 9 d'avantage, est-ce que j'au client qui a déjà le paquet de la version 8 d'avantage, mes .exe les fournissent-ils s'ajusteront sur cette version et s'exécuteront ?

  class= de

Réponse : Routines de service de Delphes

Mon objectif principal est d'avoir seulement un .exe avec lequel être construit avec l'avantage 9, et je voudrais qu'il puisse également s'exécuter avec l'avantage 8…

Il reste les moyens par lesquels vous pouvez (sorte de) faites ce que vous essayez de faire.  C'est un peu plus de travail mais ce pourrait être un « travail autour. »

1. Entrer d'abord votre accès de données dans un Datamodule, si vous n'avez pas déjà.  
    
2. Créer alors une version du Datamodule qui est spécifique à chacune des versions d'avantage, c.-à-d. elles doivent être exactement parallèles/identiques excepté les cordes et les cnoonections de raccordement aux différentes versions de l'avantage.  Elles doivent avoir la mêmes fonction/procédures qui acceptent les mêmes paramètres et renvoient les mêmes résultats (dans le cas des fonctions) et font les mêmes choses.  Il signifie également que vous devez avoir toutes les points d'émission et questions et tous les autres composants d'accès de données appelés les mêmes dans chaque datamodule.
    
3. Le DLLs en 2) ci-dessus devra être DLL « dynamiquement chargés » (qui est où « un peu plus de travail » hérite vraiment l'image.
    
4. Cela signifie également que vous aurez besoin d'un procédé dans votre $$etAPP principal qui chargera et se reliera vers le haut du DLL approprié de DataModule.
    
5. Vous devrez alors avoir une manière à identifier qui favorisent jamais la version que le client a.  Cela vous laissera charger le DLL approprié de DataModule. 

J'ai fait ceci dans le passé où j'ai dû pouvoir commuter le coup entre le serveur de DB2, de SQL, et l'Oracle.  (Au moins, théoriquement, votre situation est toute dans une famille. ; -)  

Alternativement, je me suis relié ou au serveur de SQL exprès (localement) ou serveur de SQL (sur un réseau) en installant simplement les cordes de raccordement pour chacun et en ayant alors l'essai d'application pour établir le rapport au serveur du réseau SQL et, si cela ne fonctionnera pas, puis essaye le serveur local de SQL exprès.  Cette approche pourrait être modifiée probablement de sorte qu'elle ait pu fonctionner avec votre variation sur le thème.  

Selon exactement que les composants de raccordement vous emploient, vous pouvez pouvoir employer le même tour moi ai fait quand tknow de didn d'I à ce que le réseau ou le raccordement local ressemblerait.  J'ai créé un procédé dans mon datamodule qui a marché l'utilisateur en créant la corde de raccordement et a alors sauvé cela.