Frage

, die eine der IDE in Bezug auf die Unterstützung gut ist für das Debuggen, Implementierung und usabality. Qt oder KDevelop?


Verschiedene duplizierten:

Einige davon wurden bereits geschlossen.

War es hilfreich?

Lösung

Sie schien verwirrt zu werden. Qt ist ein C ++ Toolkit. KDevelop ist eine IDE.

Von Ihrem Kommentar, den ich sehe, dass Sie Qt Designer gedacht. Designer ist kein IDE; es ist nur eine Anwendung für Benutzeroberflächen grafisch zu erstellen. Es kann nicht kompilieren Code, Debuggen oder führen Sie einen der anderen Dinge, die ein IDE tut.

Die KDevelop IDE tatsächlich bettet Designer in sich selbst, so ist dies eindeutig nicht um ein „die eine oder andere“ Art Situation.

Natürlich ist eine dritte Möglichkeit ist, dass Sie sprechen über Qt Creator , den IDE, die waren vor kurzem als beta von Qt Software freigegeben. Wenn das der Fall ist, dann würde ich empfehlen Ihnen, gerade noch so gerettet, um zu versuchen und sehen, welche Sie bevorzugen. Sie nehmen verschiedene Ansätze und die bessere Option wäre fast ausschließlich auf persönliche Vorlieben basieren.

Andere Tipps

Die Öffnung Post wahrscheinlich gemeint Qt Creator, das ist definitiv eine komplette IDE ist.

Qt Creator gibt es in zwei Varianten: ein einfacher, die Open Source und kommerzielle Nutzung nur Open-Source-Software zu erstellen, und das die Zahlung ein, die zugelassen ist sowohl OSS und Closed-Source-Projekte zu erstellen. Qt Creator ist ebenso portabel zwischen Plattformen wie Qt selbst und verwendet den MingW Compiler unter MS Windows und die GCC-Compiler unter Linux.

Im Allgemeinen ich Open Source Qt ein poliertes Stück Software gefunden, die eine viel glattere und angenehmere Benutzererfahrung als KDevelop (die verzweifelt slews und slews Schnickschnack zu implementieren versucht, so gibt, dass es einfache Dinge einfach zu machen vernachlässigt und zuverlässig), und es hat einige Features und eine viel einfachere Schnittstelle als Kdevelop (vielleicht auch die Zahl Version eine kompliziertere Schnittstelle).

Mit dem Qt-Framework ausschließlich ermöglicht Ihnen die einfache Anwendungen zu machen, die unter Linux laufen und MS Windows mit nicht mehr als eine erneute Kompilierung, und welche gleich aussehen auf beiden Plattformen. KDE auf der anderen Seite ist Linux-only.

Was mir besonders gefallen habe, ist, dass von einem Kommandozeilen-App etwa 35 Importieren von Dateien (ursprünglich unter MSVC entwickelt), die Make-Datei Qmake eingerichtet hat und dann kompiliert es wie ein Charme, wie zu KDevelop Gegensatz, wo es ein großer Aufwand ist. Es ist einfach, Qt Creator eingerichtet haben, auch ein Kommandozeilen-App. Nun, da die Kommandozeilen-Version kompiliert Ich kann leicht eine Qt GUI macht die Optionen Argumente vorzubereiten, die Parameter einstellen, wählen, und klicken Sie auf alle Eingabedateien, und das Ausgabeverzeichnis festgelegt. Das einzige, was ich ändern muß, ist meine bisherige „main“ Funktion in etwas anderes zu ändern, lassen Sie Qt für mich eine Hauptanwendung generieren, und dann und es in Reaktion auf einen Button nennen. Ich hatte so eine Hölle einer Zeit versucht, das mit KDE und Kdevelop ein Jahr oder so vor, dass ich gab völlig auf und ging zurück zu MSVC.

Wenn Sie wirklich, wirklich wollen nur für KDE entwickeln und sind fest entschlossen, KDE-Funktionalität zu verwenden, die weit über Qt geht, würde ich Qt Creator wählen.

Wenn Sie wirklich verwenden KATE möchten, können Sie KDevelop genauso gut verwenden. KDevelop bettet beide KATE und Konsole, mit einigen zusätzlichen Fähigkeit, es zu einem echten IDE zu machen.

Ich denke, dass Sie KDE mit KDevelop bedeuten, es hängt vom Umfang Ihrer Anwendung, wenn es unabhängige Desktop sein wird ich will Qt gehen, wenn Sie einen Antrag stellen möchten, die alle KDE Energie verbraucht ich KDE gehen.

Für Windows und Embedded-Entwicklung geht auf Qt.

Persönlich, was ich fühle, dass, um KDE-Anwendungen in QT besser zu entwickeln, verwendet KATE. Es gibt genug Anlage durch einen Terminal zu geben, wo u Debug kompilieren und ausführen kann ur-Anwendung.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top