Bonjour à tous,
voilà pour un stage je vais devoir développer un moteur de recherche, qui cherchera dans des fichiers excel, j'ai tout d'abord pensé au Java pour le coder, car j'ai vu qu'il existait des librairie pour les lire.
Mais je me demande s'il y a d'autre langage qui sont peut être plus pratique pour manipuler ce genre de fichier auquel je n'aurais pas pensé.
Merci beaucoup
# perl ?
Posté par gaaaaaAab . Évalué à 1.
http://search.cpan.org/search?query=excel&mode=all
[^] # Re: perl ?
Posté par Sebou77 . Évalué à 1.
Je ne connais pas du tout ce langage, mais apparement il n'offre pas une API de base, il faut le coupler avec gtk par exemple nan ?
[^] # Re: perl ?
Posté par gaaaaaAab . Évalué à 1.
Ca dépend ce que c'est qu'une visualisation. Si une simple sortie html suffit, pas besoin de s'embéter avec une api graphique.
au passage, je me rend compte que j'ai cité perl en premier, mais si perl peut le faire, python aussi : http://www.python.org/pypi/xlrd/0.5.2
pour savoir avec lequel de ces deux langages c'est le plus simple de faire des IHMs, je ne peux pas trop te répondre ... je préfère la bonne vieille ligne de commande.
p-e les lecteurs des forums python/perl sauraient plus ... ?
[^] # Re: perl ?
Posté par Sebou77 . Évalué à 1.
Comme c'est une application qui ne doit pas être intégré dans une page html mais vraiment à part pour l'instant je ne vois pas mieux que le java, mais je vais quand même me renseigner sur perl/python ;)
[^] # Re: perl ?
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Je ne connais pas ton cahier des charges mais ce genre de truc est souvent plus simple à faire en langage de script. Va voir sur le CPAN, c'est pas le nombre de paquetage qui manque. Tu peux même attaquer ton fichier excel avec du SQL si mes souvenirs sont bon (voir les modules DBD/DBI). Pour la partie graphique, tu peux aussi la charger depuis l'API glade.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: perl ?
Posté par Sebou77 . Évalué à 1.
>system("gnumeric fichier.xls");
est ce que sous python une commande similaire existe ?
Je demande car apparement quand on peut faire quelque chose avec perl on peut le faire avec python, mais je ne connais pas assé ce langage pour l'affirmer :)
Si il y a moyen d'afficher un fichier excel avec Python sans vraiment lancer Excel alors mon choix sera Jython :D
Merci ;)
[^] # Re: perl ?
Posté par gaaaaaAab . Évalué à 1.
si tu as un interpréteur python sous la main:
$ python
Python 2.3.4 (#1, Feb 2 2005, 12:11:53)
[GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> help (os)
lis ce qui concerne les functions exec*
[^] # Re: perl ?
Posté par Sebou77 . Évalué à 1.
Car c'est vraiment pas ce que je veux, perso je voudrais donner un apperçu du fichier.
Mais d'un coté quand j'y réfléchi là ça sort un peu de Python et ça se rapproche plus de l'API graphique que j'utiliserais.
Si je peut lire les fichiers excel après je les afficherais, mais j'ai peur que ça donne pas du tout le même résultat :/
[^] # Re: perl ?
Posté par golum . Évalué à 2.
http://sourceforge.net/projects/pyexcelerator/
Si tu veux utilser jython tu peux aussi attaquer directement des modules java
http://jakarta.apache.org/poi/
http://www.andykhan.com/jexcelapi/
Si tes besoins se situent uniquement au niveau de l'affichage, il faut te tourner vers les applications.
Sous Windows tu peux utiliser l'API Automation ou directement la technologie OLE pour ouvrir Excel au sein de ta propre application.
Si tu bosses sous Linux tu n'as guère d'autre possibilités que d'utiliser un tableur compatible avec ce format de fichier (OpenOffice, Gnumeric, ....). Tu peux passer par un bus applicatif pour diriger l'appli concernée (DBUS sous Gnome, DCOP pour KDE, Open Office à son propre API et bus....). Cette approche te permet plus de souplesse et contrôle qu'un lancement d'appli basique .
[^] # Re: perl ?
Posté par Sebou77 . Évalué à 1.
je ne connais pas du tout l'API Automation et la technologie OLE, je vais me renseigner là dessus, merci beaucoup pour tes infos !
[^] # Re: perl ?
Posté par golum . Évalué à 2.
qui t'évite la plomberie Excel
http://www.microsoft.com/downloads/details.aspx?FamilyID=c83(...)
Honte à toi
Tu vas te faire ecorcher vif d'avoir captivé l'attention de moules linuxiennes ;-)
[^] # Re: perl ?
Posté par Sebou77 . Évalué à 1.
Sinon pas mal cette appli, mais le prob c'est qu'il faudrait donc l'installer, et comme y a une 30aines de postes ça va vite devenir lourd et en plus je sais pas si ils accepterons.
Il doit y avoir moyen de l'afficher :p
# indexation
Posté par francoisl . Évalué à 1.
si le besoin est l'indexation, tu peux regarder entre autre swish. Je l'utilise actuellement pour indexer un peu de tout (pdf, gs, word, ...) et en cherchant un peu j'ai vu qu'il y avait des modules pour excel. C'est une appli configurable à souhait.
http://swish-e.org/
http://swish-e.org/archive/2003-09/6100.html
# Perl
Posté par Sebou77 . Évalué à 1.
Si j'ai d'autre question je passerais surement par le forum python ;)
Encore merci
@++
[^] # Re: Perl
Posté par golum . Évalué à 2.
Java n'est pas l'unique langage à tourner sur une JVM
La preuve
http://www.robert-tolksdorf.de/vmlanguages.html
Jython est une impléméntation de python qui tourne d'une JVM et qui te permet d'acceder à toutes les librairies Java en plus de la libraririe standard python.
Tu peux donc utiliser un toolkit graphique portable impléménté en Java comme AWT/Swing ou SWT/JFace et le rpogrammer en python
Tu peux aussi réutiliser le moteur de recherche Lucène
http://lucene.apache.org/java/docs/
http://www.jguru.com/faq/view.jsp?EID=1074230
http://jakarta.apache.org/poi/
ou l'acceder directement à partir d'un binding de ton choix
http://wiki.apache.org/jakarta-lucene/LuceneImplementations
Bon courage
[^] # Re: Perl
Posté par Sebou77 . Évalué à 1.
Je vais d'avantage me renseigner dessus mais ça me plait déja :D
MErci beaucoup
@++
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.