IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langages de programmation Discussion :

Choix d'un langage pour une application de gestion


Sujet :

Langages de programmation

  1. #1
    Membre expérimenté
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 824
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 824
    Points : 1 544
    Points
    1 544
    Par défaut Choix d'un langage pour une application de gestion
    Bonjour,

    Je travail dans une entreprise qui s'occupe de la dématérialisation des appel d'offre entre les collectivités et les secteur privé (voir: http://www.journal-officiel.gouv.fr ou http://europa.eu.int/eur-lex/lex/JOIndex.do?ihmlang=fr)

    Actuellement, nous avons un logiciel capable de créer un appel d'offre, et de le publier sur différents sites de différentes manières:
    XML: certaines collectivités acceptent un fichier XML. Elles ont leur propre structure.
    EFI: on se connecte au site de la collectivité, on remplit les différents formulaires, comme si l'utilisateur le faisait avec son navigateur.
    WORD: on a des modèles de document word que l'on rempli selon les données.

    Comme base de donnée, nous utilisons le XML.

    Actuellement, le logiciel est réalisé en VBA, ce qui pose beaucoup de problème. Pour l'EFI, on passe par le WebBrowser, pour les documents, on passe par MSWord, pour le XML, c'est MSXML, et on se retrouve en total dépendance MS, importable, instable, et trop limité.

    On aimerai le refaire avec un nouveau langage, en prenant compte des contraintes:
    - On veut rester indépendant de microsoft
    - On veut que ça soit portable
    - On ne veut pas faire installer chez les clients des dépendances importantes. En effet, la plupart des client on des vieilles machines, et l'idée par exemple de leur imposer l'installation du FrameWORK .NET faire peur

    Alors pour les langages, on peut oublier VB biensûr.
    Java... c'est faisable, faut voir si ça pompe pas trop de ressources la machine virtuelle.
    .NET, on a peur du framework sur des vieilles machines
    C++, ça a l'air super bien, surtout qu'on a pas mal de compétences avec, mais il faut trouver des librairies fiables et stables pour manipuler du RTF, pour pouvoir naviguer sur un site, pour manipuler le XML avec XPath, pour faire des IHM complètes.

    Alors j'me suis penché sur C++.
    - Pour l'IHM, j'ai entendu parler de wxWidget qui a l'air super bien
    - Pour le XML, j'ai déjà utilisé Xerces, mais il ne gère pas le XPath
    - Pour le RTF, j'ai entendu parler du TRichEdit, je sais pas d'où il vient, si c'est un composant visuel. On aimerai une librarie pour manipuler du RTF, et ensuite c'est l'utilisateur qui l'ouvrira avec son logiciel de traitement de texte. On voudrait un truc comme le RTFEditorKit de Java
    - Pour l'EFI, j'ai encore rien trouvé

    Voilà, qu'en pensez vous de tout ça?

    Je vous remercie beaucoup

    A bientôt

    Aurélien

  2. #2
    Rédacteur
    Avatar de lunatix
    Homme Profil pro
    Architecte technique
    Inscrit en
    Novembre 2002
    Messages
    1 960
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Architecte technique

    Informations forums :
    Inscription : Novembre 2002
    Messages : 1 960
    Points : 3 736
    Points
    3 736
    Par défaut
    pour java : les machines virtuelles recentes (java5 et bientot java6) sont tres performantes. tu peux lire cet article pour te renseigner un peu

    tu peux deployer ta partie cliente en swing via java web start

    après, a toi de voir.

  3. #3
    Membre expérimenté
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 824
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 824
    Points : 1 544
    Points
    1 544
    Par défaut
    Et y'a pas de risque d'utiliser des technologies récentes sur des machines anciennes?

    Faut aussi penser que les clients sont parfois encore en 56k...

    J'vais faire quelques recherches pour ça

    Merci

  4. #4
    Expert éminent
    Avatar de GrandFather
    Inscrit en
    Mai 2004
    Messages
    4 587
    Détails du profil
    Informations personnelles :
    Âge : 54

    Informations forums :
    Inscription : Mai 2004
    Messages : 4 587
    Points : 7 103
    Points
    7 103
    Par défaut
    Bonjour,

    pour le respect de tes contraintes (portabilité et déploiement sur un parc hétérogène), j'opterais personnellement pour une solution client léger (navigateur) + applets Java (plugin Sun fortement recommandé).

    Si tu t'orientes cependant vers une solution développée en C++, libxml2 est une des références en matière de technologies XML. Elle a été écrite en C, mais elle devrait être utilisable sans problème avec C++ (les gourous de ce langage te donneront un avis plus autorisé que le mien).

  5. #5
    Rédacteur
    Avatar de lunatix
    Homme Profil pro
    Architecte technique
    Inscrit en
    Novembre 2002
    Messages
    1 960
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Architecte technique

    Informations forums :
    Inscription : Novembre 2002
    Messages : 1 960
    Points : 3 736
    Points
    3 736
    Par défaut
    Citation Envoyé par GrandFather
    pour le respect de tes contraintes (portabilité et déploiement sur un parc hétérogène), j'opterais personnellement pour une solution client léger (navigateur) + applets Java (plugin Sun fortement recommandé).
    franchement, il vaut vraiment mieux utiliser java webstart que des applets. c'est beaucoup plus puissant, et plus simple.

  6. #6
    Membre expérimenté
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 824
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 824
    Points : 1 544
    Points
    1 544
    Par défaut
    Je vais réunir un max de doc sur tout ça pour faire un dossier de choix du langage/libraries béton, que je ferai valider.

    Merci beaucoup

  7. #7
    Membre expérimenté
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 824
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 824
    Points : 1 544
    Points
    1 544
    Par défaut
    Salut,

    J'ai téléchargé libxml2, mais impossible de le compiler...
    J'ai suivit la doc, donc je fait nmake /F Makefile.msvc, il commence a compiler mais s'arrête rapidement:
    cl.exe /EP /nologo /I..\include /D "_REENTRANT" libxml2.def.src > int.ms
    vc\libxml2.def
    NMAKE : fatal error U1077: 'cl.exe' : return code '0xc0000135'
    Stop.
    J'ai toujours galéré avec les makefile :s

Discussions similaires

  1. Réponses: 1
    Dernier message: 29/05/2013, 04h14
  2. Choix d'un langage pour une interface graphique
    Par MortDansLAme dans le forum Bibliothèques
    Réponses: 3
    Dernier message: 30/06/2007, 01h29
  3. Quel langage pour une application qui gère des contrats et des factures ?
    Par pigpen dans le forum Langages de programmation
    Réponses: 7
    Dernier message: 12/02/2007, 19h06
  4. Réponses: 5
    Dernier message: 09/02/2007, 09h09
  5. Quel langage pour une application de réservation de voiture sur internet ?
    Par Zhebulon dans le forum Général Conception Web
    Réponses: 5
    Dernier message: 25/01/2007, 14h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo