2010-12-02 28 views
6

Nous travaillons sur une application Qt, que nous voulons éventuellement faire bouger le web dans une certaine mesure. Pour une transition plus fluide, nous envisageons de développer les interfaces utilisateur en utilisant QtWebKit en HTML/javascript. Plus tard, nous voulons réutiliser ces pièces d'interface utilisateur dans l'application Web, lorsque nous sommes là.Développer les interfaces graphiques de l'application C++ Qt en HTML + javascript?

Cela ressemble-t-il à une idée significative? Combien plus compliqué sera-t-il de développer les interfaces utilisateur en HTML/Javascript vs QtGui? Est-ce une pratique courante ou non? Y a-t-il des pièges dont nous devrions être conscients?

Répondre

3

Ceci est apparemment une pratique courante, mais je recommande fortement fortement. Une application de bureau n'est pas un navigateur Web. Concevez votre logique comme vous voulez, et construisez votre interface Qt pour qu'elle soit découplée de votre journal. Lorsque vous souhaitez créer une version Web, reconstruisez l'interface utilisateur à partir de zéro pour devenir un client basé sur un navigateur.

+2

Une raison contre cela, sauf les principes? – Macke

+0

Eh bien, cela dépend entièrement du contexte. Si vous écrivez déjà un AP C++ Qt, vous devez utiliser l'interface graphique native. Ce serait beaucoup plus rapide. Si vous utilisez HTML + javascript pour l'interface, vous devez ensuite lancer votre propre interface vers votre back-end. Si vous construisez vraiment une application web, alors C++/Qt n'est probablement pas la meilleure solution. – Falmarri

2

The QtWebKit Bridge décrit comment vous pouvez combiner une interface utilisateur WebKit avec une logique métier en C++. Il y avait aussi une discussion à ce sujet au Qt DevDays; les vidéos sur les conférences devraient apparaître here Real Soon Now.