Y a-t-il un moyen de construire des interfaces graphiques dans le même moyen rapide et facile que nous pouvions faire dans Visual Studio, mais sans .NET Framework? Je cherche à des Guis Windows natif, alors en utilisant QT Avec Qt Creator n'est pas une option (et il n'a pas besoin d'être multiplate-forme). Quelque chose avec l'API Windows à l'aide de C ++ serait super ( pas Delphi ).
Je veux dire, des applications telles que WINSCP ont vraiment ses gites écrits entièrement à la main?
6 Réponses :
donné:
Merci, Eran. Cela ressemble à ce que je m'attendais.
Il existe également WTL comme une alternative MFC légère pour une interface graphique native.
MFC n'est pas indigène, car il s'agit simplement d'une enveloppe OO autour de l'API Win32. Au moins cela semble être la définition de l'OP de Native à l'exclusion de QT.
MFC n'est pas une "épaucheuse mince". C'est un cadre qui prend complètement sur votre demande et vous oblige à structurer une manière spécifique. Il est également basé sur une technologie de 20 ans et une douleur absolue à utiliser et je ne vois pas vraiment comment il est "plus indigène" que les bibliothèques tiers.
Une autre excellente option est C ++ Builder avec le VCL. Ceci est très similaire à Winforms (dont il est clairement inspiré) et beaucoup plus productif que le MFC à mon avis.
Comme Qt et MFC sont des emballages autour des fonctions d'OS natif pour la gestion de Windows et d'autres utilitaires du système d'exploitation (qui utilisent Win32 API sous le capot et regardent complètement natif), il n'y a vraiment aucune raison de prendre en compte l'utilisation de MFC sur Qt, comme Ce n'est pas plus natif que Qt. Soit votre définition de "natif" est cassée ou vous ne nous avez pas raconté toute l'histoire.
Mais il y a mille raisons de considérer qt sur la MFC, car ce dernier est une douleur totale à utiliser, alors que l'ancien est une bibliothèque de conception propre, facile à utiliser et toujours très flexible (qui aspirait à la Nativité par tout moyen possible. ).
La seule façon de voir que MFC peut voir plus de native est que cela provient de Microsoft (la même entreprise qui a développé Windows). Mais cela ne le rend pas plus indigène. C'est toujours une bibliothèque tierce partie. Ce tiers a travaillé pour la même société que la partie développant l'API Win32, mais cela ne le rend pas spécifiquement plus attaché à l'API Win32, comme les deux ont été développés indépendamment (et par des personnes différentes).
En plus de MFC, vous voudrez peut-être consulter le bibliothèque de modèles Windows .
Mon vote est toujours sur Qt.
Je soupçonne que OP est vraiment confus "natif" avec "déployable dans un binaire unique ". Vous pouvez également y parvenir également avec QT par liaison statique des dépendances QT . Contrairement à la croyance populaire, le lglpl n'interdit pas cela soit.
maintenant si OP recherche "déployable dans un seul super petit binaire " uTorrent style uTorrent, la réponse diffère. Un Discussion autour de petits binaires semble un bon endroit pour regarder. Je dirais qu'il y a un prix à payer dans une augmentation du temps de développement.
Mais je ne suis pas d'accord sur QT ne pas être aussi originaire que dire MFC.
Les applications QT sur Windows ont l'air assez originaires de moi. Quel est exactement le problème d'utiliser qt?
@jalf Le problème n'est pas simplement "regarder" natif. J'essaie de trouver une manière native.
QT est l'une des meilleures outils de boîte à outils multiples inter-plateforme de l'interface graphique. Il a également un aspect natif.
@Tiago: Encore une fois, quel est le problème avec qt? Comment ça ne va pas comme originaire? Il est difficile de répondre à une question lorsque vous n'expliquez pas vos exigences. Si tout ce qui n'est pas RAW Win32 est rejeté comme "non natif", alors non, vous n'avez aucune autre option que d'écrire votre interface graphique à Win32 à partir de zéro.
WINSCP semble utiliser VCL . Qui est fondamentalement la version c ++ de ce que Delphi utilise.
@jalf Une bibliothèque tierce partie n'est pas indigène. S'il n'y a pas d'autre moyen, je voterais votre commentaire comme "accepté" si c'était une réponse.
@Tiaco Désolé, mais Qt est aussi originaire que possible (il utilise les routines de dessin et de fenêtre du système d'exploitation natives sous le capot). Vous n'êtes pas plus originaire de MFC, ce qui n'est qu'une option. Plongez un peu dans le MFC et au moins un mois, vous reviendrez et posez la question s'il y a une bibliothèque qui n'est pas une douleur totale à utiliser, croyez-moi.
@Tiago: C'est une nouvelle définition de "natif". Normalement, cela signifie simplement «ne pas fonctionner sur une machine virtuelle telle que .NET ou JVM". Mais si ce que vous demandez, c'est "Y a-t-il un moyen, sans utiliser d'outils autres que l'API Win32 brut, d'écrire des gis plus facilement que l'API Win32 brut le permet", la réponse devrait alors être évidente.