Version imprimable
Tout est dans le titre ou presque...
En VB6, qui n;'a pas connu le cauchemar des DLLs... EN particulier Office dirais-je...
En .NET, on importe le librairie Excel 9.0 ... ce qui veut dire que sur les versions >= Office 2000, ca va passer mais les pauv'users a Office 97 vont encore frapper a la porte du programmeur???
Et ?
Si tout marchait au poil avec office 97 (ce qui est peut-être possible, j'en sais rien), c'est pour l'interop avec office 95 que la question se poserait ?
.NET est une évolution en termes de développement sous Win. Les évolutions, ça vient souvent en pack.
Ben vu que dotNET etait cense enlever toute la mer.. des DLLs, en fait c faux et ca me fait bien chi.. c'est tout!!!
Pardon mais je suis un peu en colere contre VB6 et j'ai vendu l'idee de dotNET a mes patrons leurs disant que tout les problemes d'Interop entre Office 97 / 2k / XP serait finit alors que c faux...
Ben va juste falloir passer tout le monde a la meme plateforme... :evil:
Ca c'est justement parce que Office n'est pas du .NETCitation:
Envoyé par lololefada
AH AH AH
D'ou Office .NET ... Tout en .NET et de web services... OK, capito! :wink:
Ah ben là il aurait fallu se renseigner avant :)Citation:
Envoyé par lololefada
Tant qu'il faudra se taper de l'interop avec des librairies COM (dont Office, 2003 compris), les problèmes resteront.
.NET aide quand même, mais si tu utilises un truc qui puait avant, il puera toujours maintenant, même s'il y a un wrapper autour :)
Oui, mais le probleme est que je m'etais renseigne avant... mais on m'a mal conseille apparement :cry:
C'est incroyable qu'on ai autant de mal a faire communiquer des objets provenant de la meme compagnie... Mais pas etonnant quand c'est M$...
<ironicMode>Citation:
Envoyé par lololefada
Que peut-on répondre à une analyse aussi clairvoyante de la problématique ?
</ ironicMode>
Ne me meprennait pas, je viens de Java, donc l'object, j'en suis heureux, pouvoir faire de l'UML, et tout c sympa, mais j';aurais cru que M$ aurait rendu la tache plus facile pour la communication entre objets de la meme compagnie...
Quel naif je fais!
Si tu t'attendais à pouvoir communiquer magiquement et simultanéement avec des applications Office Xp, 2000, 97 et 95 simplement en passant à VB.net, ouais, t'es naïf...ou alors victime d'un commercial qui voulait te vendre .net sans rien y connaître.Citation:
Envoyé par lololefada
Il faudrait peut être pas oublier que Office 95 et 97 c'est respectivement 9 et 7 ans, autant dire une éternité dans le monde de l'informatique
Peut etre, mais beaucoup de compagnie (dont la mienne) on encore pas mal de PC avec Office 97 et chaque fois que M$ sort un produit ils considerent que tout le monde tourne avec les dernieres versions de tout...
Ce qui est tres loin d'etre vrai!!!
Les managers et le budget IT n'a jamais ete une histoire d'amour...
Je suis le premier a vouloir que tout le monde soit sur 2000 (pas XP, chaque homme a ses limites), mais dans le mode reel, cela n'arrive pas! :wink:
Oui oui je sais bien que 97 est encore très présent en entreprise.
Chez MS, .net ce n'est pas seulement un framework de développement, c'est une stratégie globale (OS, Office, Dev, BackOffice...) dont l'un des buts est justement d'uniformiser tout le parc logiciel et supprimer à l'avenir ces problèmes de dll et de compatibilité...
Je sais bien mais mes patrons s'interessent au present et se foutent pas mal de l'avenir au moment ou je te parle, des rapports doivent etre crees...
Moi ca m;interesse l'avenir mais bon voila, mais c'est pas grave!!!
Non c'est pas grave...car je ne vois pas ce qui pourrait empêcher ton prog de communiquer avec des Office 2000 et des 97...
T'as qu'à permettre qu'il soit configuré selon la version d'office installée.
J'espere seulement que .NET est different de VB6 pour ca, car le cauchemar des DLLs est mon quotidien avec VB6 et ce que tu dis n'est pas forcement vrai...
Bah sous vb6 ou .net il y a une methode tres simple pour que ca marche avec toutes les versions
-au debut tu mets la reference la plus ancienne a excel a ton projet et tu fais ton code (avec des dim plop as new excel.application)
-une fois que ton code est fini et qu'il marche, tu vires la reference et tu la remplace grace a un appel COM:
j'ai fait pas mal de choses comme ca et j'ai jamais eu a retoucher le code que j'avais cree avec la referenceCode:
2
3
4
5
6
OK, je te fais un rapide topo:
J'ai deux machines: XP (Office 2000) et 98 (Office 97).
Lorsque je fais un executable avec la XP, tout marche niquel avec Office 2000 mais rien ne marche avec Office 97.
J;ai donc ouvert le projet avec la 98, qui avait donc la reference par defaut de Office 97 et fait l'executable... Pareil que precedent pour Office 97, ca marche quand ca veut...
Une solution miracle pour ca?
PS: Pardon les moderateurs si on s'eloigne mais j'ai cree un sujet dans le forum VB6 pour ca sans reponse, et je pense que la reponse pourrait figurer dans la FAQ... :wink: