Version imprimable
Bonjour,
Un petit problème d'architecture. Voila pour une application de gestion d'email, j'utilise le composant Redempion.dll (Interop COM) qui possède 2 versions. Une pour Office x86 et une pour x64.
Comment puis-je faire pour développer une seule application fonctionnant avec l'une ou l'autre dll en fonction de l'environnement.
Cela ne me dérange pas d'avoir 2 setup au final, mais si je pouvais avoir qu'une seule solution vs2008 ça serait cool...
Merci pour vos idées.
Jérôme
bonjour ,
moi j'ai déjà rencontre ce problème mais en c++ pas en c#.
ma solution été de faire un prédécesseur je pense que ça existe en c#
en dehors de langage de programmation.
tu peut utilise un variable qui va contenir le type de dll choisi, bien sûr ce variable va se initialise en main selon le type de os (32 ou 64).
en suite toutes vos opérations va être base sur ce variable .
il y'a une moyen d'instance des classe sans passe son constructeur
http://dotnet.developpez.com/faq/csh...e=netfx_reflex
j'espère être claire.
et bon code
Une solution assez simple qui avait marché pour moi, cette fois avec le pilote de Base de données Access qui n'existe qu'en version x86, serait de faire une seule version x86 qui tournera sous x64. Dans mon cas, j'avais pas vraiment le choix, mais même, je ne pense pas que tu perd grand chose niveau performance. Sinon, tu peux jouer sur les références au niveau configuration de build. J'ai jamais essayé par contre.
Je n'ai pas compris le soucis exact ou est la différence entre 32 et 64 bits ?
Si je comprend redemption est un object COM [32 ou 64 bits]. Quand tu l'enregistre sur une machine je suppose que c'est la même signature au niveau IDL donc assez transparent à l'utilisation...
Quand tu référence l'objet COM dans un programme .NET, je pense qu'un wrapper .NET est généré via TLBIMP. Ce que je ne sais pas est qu'elle est la signature binaire du wrapper généré (AnyCPU, ou si COM 32 bit -> wrapper 32 bit et si COM 64 bit -> wrapper 64) - Le problème est-il là ?
Voici quelques précisions complémentaires....
Redemption propose deux DLL COM spécifique pour office 2010 32bit office 2010 64bit.
Je cherche a faire un développement le plus générique possible qui soit compatible aux différentes versions d'offices installées sur la machine (Attention on peut avoir office 32bit sur Windows 64bit)
Est il possible d'avoir dans une même solution vs2008, deux projets x86 et x64 partageant le même code à l'exception des références...
ou comment faire autrement !!!
Jérôme
A priori, oui comme avec 2 projets "Any CPU" qui partageraient du code commun.Citation:
Est il possible d'avoir dans une même solution vs2008, deux projets x86 et x64 partageant le même code à l'exception des références...
Toutefois, comme la config x86/anyCPU/X64 est définie à la fois au niveau des projet et au niveau de la solution et éventuellement en contradiction, je ne sais pas quelle config s'applique (celle de la solution ou celle du projet ).
Le changement de cible sur la solution n'impacte en rien la cible réelle du projet.Citation:
Envoyé par Graffito
En réalité, les nom donnés, bien qu'identiques aux nom des cibles, ne sont que purement textuel.
Le fonctionnement de Visual Studio est le suivant :
- Une solution est porteuse d'une liste de projet.
- Un projet est porteur d'une liste de configurations nommées
- Le nom d'une configuration est constitué de deux variables.
- Ces deux variables sont utilisables dans d'autres variables de configuration (via ce qu'ils appellent macro)
- une configuration nommée est porteuse des propriétés de la configuration.
Par défaut les projets contiennent 2 configurations
Debug|Any CPU et Release|Any CPU
mais ces noms n'ont aucun impacte sur la véritable configuration.
On peut tout à fait modifier les configurations pour en avoir une autre nomme Marcel|Maurice.
De même, on peut faire en sorte que Debug|Any Cpu cible une PlateformTarget x86, ne génère pas les informations de débogage et optimise le programme...
Bref, il ne faut pas se fier une seule seconde au nom de la configuration active, il n'a aucune valeur, il faut aller regarder les propriétés de tous les projets de la solution.