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 :

Quel politique adopter envers l'intrusion des framework dans les applications ?


Sujet :

Langages de programmation

Mode arborescent

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Rédacteur

    Avatar de Davidbrcz
    Homme Profil pro
    Ing Supaéro - Doctorant ONERA
    Inscrit en
    Juin 2006
    Messages
    2 307
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : Suisse

    Informations professionnelles :
    Activité : Ing Supaéro - Doctorant ONERA

    Informations forums :
    Inscription : Juin 2006
    Messages : 2 307
    Par défaut Quel politique adopter envers l'intrusion des framework dans les applications ?
    Bonjour à tous.

    Je vais d'ici quelqu'un temps réaliser une application assez conséquente pour un client. J'ai déjà bien écrémé le sujet, mais une question subsiste. En effet, l'application que je vais développer pourrai se passer d'une GUI. En pratique, cela ne serra pas le cas, car le client un veut une, mais en théorie, ce qu l'application fait est réalisable uniquement via la console.

    Et là se pose une question, jusqu'au doit aller l'intrusion du framework qui va me permettre de réaliser la GUI (Qt dans mon cas) ?

    Pour le moment, je vois deux solutions :
    Solution 1 : D'un coté, j'ai mes classes métiers qui sont indépendantes de tout framework graphique, ça reste du C++ 'pur', autrement dit que de la STL/boost.
    Et avec au dessus, mes classes graphiques qui auront pour rôle d'afficher une belle GUI. Ce qui m'ennuie, c'est le nombre de conversion que je vais devoir réaliser pour afficher le tout. Mais d'un autre coté, le changement de GUI serra plus facile au besoin. Cette solution respecte le DIP.

    Solution 2: J'ai toujours mes classes métiers d'un coté, mais celles ci aurait fait un plongeon dans Qt. Ainsi, le développement serrait facilité (on peut utiliser la puissance de Qt partout), il n'y a pas de conversion à faire, mais un changement de GUI nécessite de réécrire une bonne partie de l'application.

    Que me conseillez vous ?
    Merci.

    David Côme.

    EDIT: La discussion ayant été supprimé à cause du rollback, ci joins l'ensemble des messages de la première discussion,si un admin pouvait les restaurer, merci. .
    Fichiers attachés Fichiers attachés
    "Never use brute force in fighting an exponential." (Andrei Alexandrescu)

    Mes articles dont Conseils divers sur le C++
    Une très bonne doc sur le C++ (en) Why linux is better (fr)

Discussions similaires

  1. Gestion des contraintes dans les applications Access
    Par Tofalu dans le forum Sondages et Débats
    Réponses: 5
    Dernier message: 22/05/2014, 03h14
  2. télécharger des framework et les deployer sous jbuilder
    Par Paula2020 dans le forum JBuilder
    Réponses: 0
    Dernier message: 08/05/2010, 14h05
  3. Comment afficher des JPEG dans une application Delphi ?
    Par Bouguennec dans le forum Composants VCL
    Réponses: 4
    Dernier message: 17/09/2005, 21h18

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