Discussion :

[megamario]

Bonjour,

J'ai un gros fichier Excel et j'aimerais interagir avec lui depuis mon application qui est en C# WinForm.

J'ai besoin d'écrire dans des cellules du fichier, puis lancer des macros, et enfin lire des cellules.

Je ne sais pas si l'utilisateur aura Excel d'installé, donc on oublie les Interop.

Je viens de trouver quelques documentation sur NPIO, mais pour le moment je ne trouve pas d'information sur le lancement des macros, donc j'ai peur de ne pas être sur la bonne voie.

Quand je recherche l'ouverture de fichier xlsm en C# pour le moment je ne trouve que des dll payante, mais je vais continuer à chercher. Il compare leur solution avec NPIO, mais sans aborder le sujet des macros dans leur exemples.

Si vous avez des idées, merci.

[popo]

Si ton fichier est au format XLSX (ou XLSM s'il contient des macros) tu n'a effectivement pas besoin d'avoir Excel installé pour lire et écrire dans des cellules.
Tu peux passer par OpenXML qui est gratuitement fournie par Microsoft mais il va falloir te pencher sur la documentation car elle est complexe.
Tu peux également utiliser ClosedXML qui encapsule et simplifie l'utilisation de OpenXML.

Mais tu ne pourras pas exécuter la macro sans Excel.
La macro, c'est du code VBA et il faut Excel pour l'interpréter et l'exécuter.

Mais dans ton raisonnement tu évoques le fait d'écrire avant d'exécuter la macro et à la fin relire.
J'en déduis que dans un premier temps tu places des données dans une feuille Excel.
Puis que la macro fait un traitement à partir de ces données et modifie certaines cellules.
Et qu'une fois la macro exécutée, tu veux récupérer ce qu'a modifié la macro.

Dans ce cas, tu peux coder en .Net ce que fait le code VBA.
Plus besoin de passer par un fichier intermédiaire.

[megamario]

Si ton fichier est au format XLSX (ou XLSM s'il contient des macros) tu n'a effectivement pas besoin d'avoir Excel installé pour lire et écrire dans des cellules.
Tu peux passer par OpenXML qui est gratuitement fournie par Microsoft mais il va falloir te pencher sur la documentation car elle est complexe.
Tu peux également utiliser ClosedXML qui encapsule et simplifie l'utilisation de OpenXML.
.

Merci pour ces informations.

Mais tu ne pourras pas exécuter la macro sans Excel.
La macro, c'est du code VBA et il faut Excel pour l'interpréter et l'exécuter.
.

Effectivement, c'est vrai, j'avais pas pensé a cela, je vous expliqueen dessous, car c'est lié.

Mais dans ton raisonnement tu évoques le fait d'écrire avant d'exécuter la macro et à la fin relire.
J'en déduis que dans un premier temps tu places des données dans une feuille Excel.
Puis que la macro fait un traitement à partir de ces données et modifie certaines cellules.
Et qu'une fois la macro exécutée, tu veux récupérer ce qu'a modifié la macro.

Dans ce cas, tu peux coder en .Net ce que fait le code VBA.
Plus besoin de passer par un fichier intermédiaire.

Vous avez parfaitement raison à un détail près, que je n'ai pas expliqué et qui est mon souci principal dont je n'est pas trouvé de réponse depuis plusieurs mois.

En fait j'ai codé l'intégralité d'excel déjà chaque formule = une methode, une classe = un onglet etc pour etre au plus proche du fichier excel très s complexe avec multitude de formule à rallonge. Mais les macro ne sont pas de simple ligne de code VBA, car en faite cela sert à lancer des solver. 6 en tout, il y en a un 7eme, mais bien plus simple que j'ai résolu en 2 boucles for.

Les Solver que j'ai codé aussi en C# avec microsoft solver foundation, mais il n'est plus maintenu par microsoft depuis un bon moment et je n'ai pas trouvé d'autre solver gratuit avec tuto. Le souci des payants c'est que ceux que j'ai trouvé sont renouvelable tout les ans a des prix fou alors que j'en aurai "jamais" besoin ailleurs, ce n'est que pour un logiciel pour un client.

Je suis malgré tout arriver à faire fonctionner mes solvers, mais il me trouve pas tout à fait la même chose que celui d'excel. D'où ma question pour éventuellement comparer et prendre le meilleurs résultat.


Mais votre intervention m'a rappelé à l'ordre et m'a ouvert les yeux, effectivement dans tous les cas pour ouvrir les solver d'excel ou du moins lancer la macro qui va les ouvrir, il faut qu'Excel soit installé, cela parait évident. Ce n'est pas un simple fichier excel avec du vba, mais il y a la dll du solver qui est là, idiot que je suis.

Après le souci avec Interop, à chaque fois que je l'ai utilisé dans mon ancien taf, j'ai trouvé cela vraiment très lent.

Merci en tout cas cela m'a ouvert les yeux sur un truc évident pourtant, la fatigue et l'âge 😭, ont va dire sa..