Hinzufügen von Qt zu einem Xcode-Projekt?

Question

Ich habe ein ziemlich komplexes Xcode-Projekt und ich möchte Qt hinzufügen, um es. Ich weiß, dass ich eine neu Projekt mit qmake -spec macx-xcode project.pro aber ich möchte mein altes Projekt nicht von Hand über das automatisch generierte Qt-Projekt konfigurieren müssen. Gibt es eine andere Möglichkeit?

[bearbeitet in einer allgemeineren Frage unten]

Es scheint, dass es einfacher wäre, einfach qmake als mein Build-System zu verwenden. Daher füge ich meinen alten Projekt-Build-Prozess zum .pro Datei und verwenden Sie diese, um eine neue .xcodeproj ? Ich würde dies nur tun, wenn ich die .pro-Datei umfassend konfigurieren könnte, so dass ich nicht von Hand die .xcodeproj - ist das machbar? Ich möchte wirklich nicht mit der manuellen Konfiguration des Systems herumspielen müssen. .xcodeproj jedes Mal, wenn ich qmake ausführe.

Im Wesentlichen ist qmake (oder ein Meta-Build im Allgemeinen) ein gültiger Ersatz für ein normales Build-System, so dass ich nicht brauchen, um das resultierende Build-System von qmake erzeugt zwicken?

Gibt es bessere Ressourcen als die Handbuch y Lehrgang von Trolltech zur Verfügung gestellt? Ich bin besorgt, dass wikipedia sagt, dass qmake hauptsächlich für den internen Gebrauch bestimmt und nicht gut dokumentiert ist.

Answer 1

Erstellen Sie ein leeres xcode-Projekt mit qmake und übernehmen Sie die Compilereinstellungen aus dem generierten Makefile in Ihr bestehendes Projekt. Natürlich müssen Sie Ihr bestehendes Projekt so einrichten, dass qmake als Pre-Build-Schritt ausgeführt wird, wenn Sie Qt-spezifische Erweiterungen verwenden.

Was ist Ihrer Meinung nach die einfachste Methode, um bestehende Projekte mit Qt zu integrieren?

Das hängt von der Art Ihrer Arbeit ab. Ich wünschte, ich könnte hier eine genauere Antwort geben, aber das kann ich wirklich nicht. Verwenden Sie außerdem Qt Professional? In diesem Fall können Sie Support bekommen (zumindest war es so während 3.3, als ich das letzte Mal für irgendetwas in Produktionsqualität daran gearbeitet habe). Wenn alles, was Sie an Qt interessiert, der Grafikteil ist, würde ich sagen, machen Sie sich nicht die Mühe, Ihr Build-System zu ändern, sondern sorgen Sie lieber dafür, dass der Code kompiliert und gelinkt wird und einwandfrei läuft. Aber, wenn Sie Signale und Slots und was nicht - denken Sie über den Wechsel zu bewegen.

Würden Sie empfehlen, dass ich die xcodeproj-Zusammenführung tun, die ich gefragt habe und die Sie beantwortet haben, oder sollte ich von Grund auf mit qmake beginnen, wie ich eine Frage über bearbeitet?

Achten Sie auch hier auf den Umfang Ihres Projekts. Wenn man von einem ziemlich komplexen Projekt ausgeht, würde ich schätzen, dass Sie etwa 2/3 Manntage Aufwand haben, um das Build-System neu zu schreiben? Handelt es sich um ein ernsthaftes Projekt, das über einen längeren Zeitraum hinweg gepflegt werden soll? Ist es plattformübergreifend? Werden Sie durchgehend Qt verwenden?

Wenn es einen zwingenden Grund dafür gibt, dass Qt der Weg nach vorne ist, würde ich vorschlagen, dass Sie anfangen, ihr Build-System zu verwenden.

Answer 2

Einer der wichtigsten Punkte bei der Verwendung von Qt ist die Portabilität der Benutzeroberfläche. Es macht nur Sinn, diese Eigenschaft auf Ihren Build-Prozess auszudehnen, indem Sie qmake verwenden und den Benutzern/Entwicklern erlauben, das Build-System zu generieren, das sie verwenden möchten (make, visualstudio, xcode).

Nein, qmake ist nicht gut dokumentiert und vor allem gibt es nicht so viele Beispiele wie bei make. Aber es ist ähnlich wie make und sollte intuitiv sein. Warum sollten Sie nicht den Aufwand auf sich nehmen, um es zu lernen und den Nutzen an Ihre Benutzer/Entwickler weitergeben?

Answer 3

Es ist wirklich, wirklich, wirklich schön, eine einzige IDE und einen Debugger zu haben, der auf allen Plattformen funktioniert, für die man schreibt, aber ich habe festgestellt, dass es auch sehr schön ist, einfach die nativen Tools zu verwenden.

Wenn man sich einmal die Zeit genommen hat, die einzelnen Build-Systeme zu erlernen, ist es ziemlich einfach, die Projekte bis zu einem gewissen Grad zu pflegen.