Interface utilisateur graphique codée à la main par rapport à l'interface graphique Qt Designer [fermée]


115

Je passe ces vacances à apprendre à écrire des applications Qt. Je lisais à propos de Qt Designer il y a quelques heures à peine, ce qui m'a fait me demander: qu'est-ce que les gens qui écrivent des applications du monde réel dans Qt utilisent pour concevoir leurs interfaces graphiques? En fait, comment les gens conçoivent-ils les interfaces graphiques en général?

Pour ma part, j'ai trouvé que l'écriture du code à la main était conceptuellement plus simple que l'utilisation de Qt Designer, bien que pour les interfaces graphiques complexes, Designer puisse avoir du sens. De grandes interfaces graphiques peuvent être possibles en utilisant Designer, mais avec le temps, elles peuvent devenir très difficiles à gérer à mesure que la complexité augmente (ce n'est que mon avis). J'ai également téléchargé le code source d'AmaroK pour jeter un coup d'œil à ce que faisaient ces gars-là, et j'ai trouvé de nombreux appels à addWidget () et à des amis, mais aucun de ces fichiers XML créés par Designer (à part: AmaroK doit être mon application préférée sur n'importe quelle plateforme).

Quelle est alors la «bonne» façon de créer une interface graphique? Concepteur ou code? Prenons, pour cette discussion, les types d'interfaces graphiques suivants:

  1. Des dialogues simples qui ont juste besoin de prendre des entrées, d'afficher des résultats et de quitter. Supposons une application qui prend une URL YouTube et télécharge la vidéo sur le disque dur de l'utilisateur. Le type d'applications avec lesquelles un débutant est susceptible de commencer.
  2. Les interfaces graphiques de niveau intermédiaire comme, par exemple, un éditeur de notes autocollantes avec quelques éléments de barre d'outils / menu. Prenons xPad par exemple ( http://getxpad.com/ ). Je dirais que la plupart des applications tombent dans la catégorie des "utilitaires".
  3. Des interfaces graphiques très complexes, comme AmaroK ou OpenOffice. Vous les connaissez quand vous les voyez parce qu'ils vous font saigner les yeux.

Réponses:


44

Notre expérience avec Designer a commencé dans Qt3.

Qt3

À ce stade, Designer était principalement utile pour générer du code que vous compiliez ensuite dans votre application. Nous avons commencé à utiliser dans ce but mais avec tout le code généré, une fois que vous l'avez édité, vous ne pouvez plus revenir en arrière et le régénérer sans perdre vos modifications. Nous avons fini par simplement prendre le code généré et tout faire à la main désormais.

Qt4

Qt4 a considérablement amélioré Designer. Il ne génère plus que du code, mais vous pouvez charger dynamiquement vos fichiers Designer (en xml) et les connecter dynamiquement aux objets en cours d'exécution dans votre programme - pas de code généré cependant, vous devez nommer les éléments dans Designer et coller avec les noms pour ne pas casser votre code.

Mon évaluation est qu'il est loin d'être aussi utile qu'Interface Builder sur Mac OS X, mais à ce stade, je pouvais voir l'utilisation des fichiers Designer directement dans un programme.

Nous ne sommes pas retournés à Designer depuis Qt3, mais nous l'utilisons toujours pour prototyper et déboguer des dispositions.

Pour vos problèmes:

  1. Vous pourriez probablement vous en sortir en utilisant les boîtes de dialogue standard proposées par Qt. QInputDialog ou si vous sous-classez QDialog, assurez-vous d'utiliser QButtonDialogBox pour vous assurer que vos boutons ont la bonne disposition de plate-forme.

  2. Vous pourriez probablement faire quelque chose de plus limité comme xPad avec des fonctionnalités de Designer limitées.

  3. Je ne pense pas que vous pourriez écrire quelque chose comme OpenOffice uniquement avec Designer, mais ce n'est peut-être pas le but.

J'utiliserais Designer comme un autre outil, tout comme votre éditeur de texte. Une fois que vous avez trouvé les limites, essayez un outil différent pour ce nouveau problème. Je suis tout à fait d'accord avec Steve S qu'un avantage de Designer est que quelqu'un d'autre qui n'est pas un programmeur peut faire la mise en page.


23
Il ne devrait jamais être nécessaire de modifier le code généré par uic (le compilateur de fichiers .ui). Si plus de fonctionnalités sont nécessaires, créez une nouvelle classe qui hérite de la classe générée ou l'inclut en tant que membre et ajoute le code nécessaire.
Parker Coates

1
Il convient de noter que dans Qt3 et au début de Qt4 (vers 2008), Qt Designer manquait d'un certain nombre de fonctionnalités qui auraient pu être des vitrines pour certains, comme le manque de support pour ButtonGroups, les slots personnalisés, la dénomination de QLayouts, etc. Mais pour les 5 derniers 6 ans environ, tous ces problèmes ont été résolus. Je préfère utiliser des fichiers d'interface utilisateur si je le peux, il est beaucoup plus facile de réorganiser les mises en page et cela entraîne beaucoup moins de code à maintenir.
Brendan Abel

42

D'après mon expérience avec Qt Designer et d'autres boîtes à outils / outils d'interface utilisateur:

  • Les outils d'interface utilisateur accélèrent le travail.
  • Les outils d'interface utilisateur facilitent l'ajustement de la mise en page plus tard.
  • Les outils d'interface utilisateur facilitent / permettent aux non-programmeurs de travailler sur la conception de l'interface utilisateur.

La complexité peut souvent être traitée dans un outil d'interface utilisateur en divisant la conception en plusieurs fichiers d'interface utilisateur. Incluez de petits groupes logiques de composants dans chaque fichier et traitez chaque groupe comme un widget unique utilisé pour créer l'interface utilisateur complète. Le concept de widgets promus par Qt Designer peut vous aider.

Je n'ai pas trouvé que l'échelle du projet fasse une différence. Votre expérience peut varier.

Les fichiers créés avec les outils d'interface utilisateur (je suppose que vous pouvez les écrire à la main si vous le souhaitez vraiment) peuvent souvent être chargés dynamiquement au moment de l'exécution (Qt et GTK + fournissent tous deux cette fonctionnalité). Cela signifie que vous pouvez apporter des modifications de mise en page et les tester sans recompiler.

En fin de compte, je pense que le code brut et les outils d'interface utilisateur peuvent être efficaces. Cela dépend probablement beaucoup de l'environnement, de la boîte à outils / de l'outil d'interface utilisateur et bien sûr des préférences personnelles. J'aime les outils d'interface utilisateur car ils me permettent d'être opérationnel rapidement et de permettre des modifications faciles plus tard.


8

L'organisation pour laquelle je travaille a porté son application GUI sur Qt il y a plusieurs années. Je pense qu'il y a plusieurs aspects qui méritent d'être mentionnés:

  • Travailler avec Qt Designer, du moins à ce stade, n'était pas une option réaliste: il y avait trop de fonctionnalités qui ne pouvaient pas être réalisées avec Qt Designer;
  • Les conventions et la structure qui devaient être préservées ont empêché l'utilisation de Qt Designer;
  • Une fois que vous avez commencé sans Designer, il est probablement difficile d'y revenir;
  • L'aspect le plus important, cependant, était que les programmeurs étaient très habitués à la programmation en utilisant vi ou emacs, plutôt que d'utiliser un IDE GUI.

Ma propre expérience, qui remonte à env. 4 ans, en utilisant Qt3.3, c'est que le comportement dynamique dans les dialogues n'était pas possible à réaliser dans Designer.


8

Juste pour dire que j'ai écrit et maintenu des interfaces graphiques complexes dans Qt sans utiliser Qt Designer - non pas parce que je n'aime pas Qt Designer, mais parce que je n'ai jamais eu l'occasion de travailler de cette façon.

C'est en partie une question de style et d'où vous venez: quand j'ai commencé sur Qt, j'avais eu des expériences horribles de Dreamweaver et Frontpage et d'autres outils HTML visuels, et je préférais de loin écrire du code avec HomeSite et recourir à Photoshop pour une mise en page délicate problèmes.

Il y a un danger avec les IDE de code visuel que vous essayez de conserver dans les outils visuels, mais que vous deviez également modifier le code - d'une manière qui n'est pas bien comprise.

En apprenant le développement de l'iPhone, par exemple, j'ai trouvé frustrant de frapper des éléments visuels `` magiques '' (`` faire glisser du cercle vide dans l'inspecteur de connexions vers l'objet dans la fenêtre Interface Builder ... '') qui serait plus simple (pour moi) pour comprendre dans l'ancien code.

Bonne chance avec Qt - c'est une excellente boîte à outils, quelle que soit la façon dont vous l'utilisez, et Qt Creator semble être un excellent IDE.


7

J'ajouterais que l'une des raisons d'utiliser le concepteur graphique était le manque de gestionnaires de mise en page dans Win32, par exemple. Seul le positionnement absolu était possible, et le faire à la main aurait été nul.

Depuis que je suis passé de Delphi à Java pour les applications GUI (en 2002), je n'ai plus jamais utilisé de concepteurs. J'aime beaucoup plus les gestionnaires de mise en page. Et oui, vous obtenez un code standard, mais le déplacement d'objets sur un concepteur d'interface utilisateur peut prendre autant de temps que de changer le passe-partout. De plus, je serais coincé avec un IDE lent; c'est pour le cas Java / C #, OK, alors que pour Qt (en particulier Qt4) cela ne s'applique pas. Pour Qt3, je me demande pourquoi on devrait éditer le code généré - n'était-il pas possible d'ajouter du code dans d'autres fichiers? Pour quelle raison?

À propos des cas discutés: 1) L'interface graphique codée à la main est probablement plus rapide à écrire, du moins si vous connaissez vos bibliothèques. Si vous êtes un débutant et que vous ne les connaissez pas, vous pouvez gagner du temps et en apprendre moins avec un concepteur, car vous n'avez pas besoin d'apprendre les API que vous utilisez. Mais "apprendre moins" est le facteur clé, donc dans les deux cas, je dirais une interface graphique codée à la main.

2) Les barres de menus sont assez ennuyeuses pour écrire du code. Pensez également aux détails tels que les accélérateurs, etc. Pourtant, cela dépend de ce à quoi vous êtes habitué. Après un certain temps, il peut être plus rapide de taper ce passe-partout que de pointer et cliquer dans le concepteur pour corriger toutes ces propriétés, mais juste si vous pouvez vraiment taper comme dans une machine à écrire (comme ces administrateurs pour lesquels taper des commandes Unix est plus rapide que en utilisant n'importe quelle interface graphique).

3) J'étendrais la réponse du cas n ° 2 à celui-ci. Notez que, pour les plates-formes Win32, il est possible que l'utilisation de concepteurs qui génèrent des ressources Win32 soit plus rapide à charger (aucune idée à ce sujet).

Cependant, j'aimerais mentionner un problème potentiel lié à l'utilisation de Qt Designer. Cas réel: il a fallu quelques secondes (disons 10) pour charger une boîte de dialogue Java complexe (la boîte de dialogue Préférences pour l'éditeur de texte d'un programmeur) avec beaucoup d'options. Le correctif correct aurait été de charger chacun des onglets uniquement lorsque le programmeur voulait les voir (j'ai réalisé cela après), en ajoutant une méthode distincte à chaque jeu de préférences pour construire son interface graphique.

Si vous concevez tous les onglets et le sélecteur d'onglets avec un concepteur, pouvez-vous le faire aussi facilement? Je suppose qu'il pourrait y avoir un exemple similaire où une interface graphique codée à la main vous donne plus de flexibilité, et dans une application aussi grande, vous en aurez probablement besoin, même si ce n'est qu'à des fins d'optimisation.


5
Les gestionnaires de mise en page ne sont pas incompatibles avec les concepteurs d'interface graphique. En fait, tout concepteur d'interface graphique qui n'utilise pas une sorte de concept de gestionnaire de mise en page est pire qu'inutile pour travailler sur 99% des applications d'interface graphique modernes.
Steve S

7

L'un des principaux avantages de l'utilisation du concepteur pour créer des interfaces graphiques est que d'autres programmeurs peuvent facilement modifier ou gérer des formulaires et des widgets sans avoir besoin de se plonger dans un code complexe.


5

C'est étrange que vous disiez que l'écriture du code est plus simple que la manipulation d'objets dans un environnement graphique. C'est une évidence.
Le concepteur est là pour vous faciliter la vie et à long terme, il rend votre code plus maintenable. Il est plus facile de regarder dans le concepteur pour voir à quoi ressemble votre interface utilisateur, puis de lire le code et d'essayer d'imaginer à quoi cela pourrait ressembler.
Avec Qt actuel, vous pouvez presque tout faire depuis le concepteur et les très peu de choses que vous ne pouvez pas faire, vous pouvez résoudre avec très peu de lignes de code dans le constructeur. Prenez par exemple l'exemple le plus simple - l'ajout d'une connexion signal-slot. Utiliser le concepteur c'est aussi simple qu'un double clic. Sans le concepteur, vous devez aller chercher la signature correcte du signal, éditer le fichier .h puis éditer écrire votre code dans le fichier .cpp. Le concepteur vous permet d'être au-dessus de ces détails et de vous concentrer sur ce qui compte vraiment: la fonctionnalité de votre application.


3
Ouais, c'était une starnge pour moi, mais depuis environ plusieurs années, lorsque j'utilise Qt depuis plus d'un an, j'ai réalisé que je pouvais faire des travaux d'interface utilisateur plus rapidement en écrivant à la main qu'en concevant graphiquement. Une chose qui manque dans l'interface utilisateur codée écrite à la main est qu'on ne peut pas facilement voir à quoi il ressemble jusqu'à ce qu'il soit exécuté à l'écran (et c'est parfois un aspect important des travaux coopératifs).
Joonhwan

1
Même elle, je ne peux pas tolérer les designers, écrire à la main est beaucoup plus puissant et plus rapide pour moi, eh bien c'est parce qu'à l'origine j'étais sur un mac très lent, qui gérait à peine le glisser-déposer, et après quelques années c'est devenu le seul moyen Je peux faire des dessins :) À propos ne peut pas être vu, bien après un an je n'ai pas eu besoin de l'exécuter, tout était cartographié dans ma couche d'imagination du cerveau.
ColdSteel

4

J'aime d'abord me tourner vers le concepteur pour développer des widgets GUI. Comme mentionné dans les autres articles, c'est plus rapide. Vous obtenez également une rétroaction immédiate pour voir si cela "semble correct" et ne dérange pas l'utilisateur. Le concepteur est l'une des principales raisons pour lesquelles je choisis Qt plutôt que d'autres boîtes à outils. J'utilise principalement le designer pour créer les dialogues ponctuels.

Cela dit, je fais la fenêtre principale et tous les widgets complexes à la main. Je pense que c'est ce que voulait Trolltech. QFormLayout est une classe qu'ils fournissent pour créer facilement par programme une boîte de dialogue d'entrée.

Au fait, le concepteur de Qt 4 n'est pas un IDE comme celui qu'il avait dans Qt 3. C'est juste un éditeur pour éditer des fichiers .ui. Je l'aime comme ça. Le nouvel IDE multiplateforme s'appellera Qt Creator.


4

C'est un vieux post mais je vous conseillerais de regarder Clementine - un lecteur de musique qui (je pense) dérive d'Amarok. Ils utilisent Qt4 et d'après ce que je peux voir, il y a un dossier ui dans le dossier src du projet. Dans le dossier ui , comme on peut s'y attendre, ils ont toutes sortes de fichiers .ui. Si vous compilez et démarrez Clementine, vous verrez que l'interface graphique est assez complexe et assez agréable.


3

Pour moi, cela dépend de combien logique encapsulée dans le widget / GUI. S'il ne s'agit que de formulaires simples, je préfère utiliser QtDesigner.

S'il contient des contrôles ou des interactions complexes, j'ai tendance à le programmer.


J'ai plusieurs boîtes de dialogue Windows dans une application MFC qui sont toutes très similaires. Récemment, j'ai essayé de mettre tous les contrôles dans une seule boîte de dialogue et de masquer et repositionner certains contrôles en fonction du mode actuel de l'application. Êtes-vous en train de dire que dans Qt, vous pouvez facilement créer simplement les contrôles par programme? Je me demandais si ce serait plus facile dans mon cas. Aimerais entendre vos pensées.
mitch

Mitch, oui dans Qt, vous pouvez créer des contrôles par programme, et c'est TRÈS facile. Qt utilise également une disposition dynamique, ce qui signifie que votre boîte de dialogue a toujours l'air bien et qu'elle est utilisable que vous ajoutiez une case à cocher ou vingt.
George Y.15

2

Nous utilisons le Qt Designer si quelqu'un a besoin de créer une interface graphique.
Le truc est de créer juste de petits Widgets pour certaines tâches (comme vous le feriez dans une conception de classe) et ensuite de les rassembler dans une "interface-mère".

De cette façon, vos widgets sont hautement réutilisables et peuvent être utilisés pour Guis de manière modulaire. Il vous suffit de spécifier les signaux envoyés par chaque widget et les emplacements qu'ils fournissent.

Nous créons également des fichiers .ui qui pourraient être générés pendant le processus de construction. Jusqu'à présent, il n'était pas nécessaire de modifier ces fichiers à la main.


0

Créez différentes parties de votre interface utilisateur
dans différents fichiers .ui à l'aide de QtDesigner,
puis rassemblez-les (et ajoutez des complications) dans le code.

Il y a des choses que vous ne pouvez pas faire dans Qt Designer, vous ne pouvez faire que dans le code,
donc Qt Designer n'est qu'une (grande) partie de la chaîne d'outils .


Oh exactement comme le dit @MOnsDaR
dave
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.