Qt o Delphi... Se si dovesse scegliere uno sopra l'altro?
https://stackoverflow.com/questions/72799
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Se si ha un differenziale di avventurarsi in Delphi terra o Qt terra quale scegliereste?So che non sono assolutamente paragonabili.Io, ad avere Windows esperienza di sviluppo con il Costruttore di C++ (quasi Delphi) e MFC (quasi Qt), con un po ' più di tempo di lavoro con il Costruttore di C++.Si prega di prendere il cross platform capacità di Qt nell'analisi.
Spero in risposte di persone che hanno lavorato con entrambi e come lui o lei sarebbe confrontare il quadro, ambiente, etc.?
Vi ringrazio in anticipo per le vostre risposte.
Soluzione
Edit:Questa risposta è stata scritta in 2008.Probabilmente non è più così apt, anche se probabilmente non è del tutto inutile.Prendere con il sale.
Ho usato entrambi e ho finito per andare a Qt percorso.Questi sono i motivi:
- Trolltech per offrire una rapida e one-to-one di supporto via e-mail
- Qt innova, e introduce nuove e potenti funzioni regolarmente
- Qt documentazione è incredibile, e nei rari casi in cui non è possibile leggere il codice sorgente
- Avere il codice sorgente per Qt, inoltre, consente di eseguire il debug all'interno della vostra base di librerie, che è stato un risparmiatore di vita per me un'occasione
- L'API è molto coerente e ben progettato.Abbiamo messo nuove persone sul progetto e nel giro di un mese che mostra una profonda conoscenza degli strumenti operativi e di imparare nuove classi molto rapidamente
- Ha collegamenti ad altri linguaggi, per esempio.Ruby e Python.
C++ è un po ' un aspetto negativo, ad esempio.i tempi di compilazione, l'imballaggio, e meno IDE integrato.Tuttavia Qt fa il C++ si sentono più come un linguaggio di alto livello.QStrings prendere tutto il dolore di manipolazione delle stringhe, per esempio.Così le ulteriori problemi con il C++ che normalmente si faccia, ad esempio.più buggy codice, sono meno diffusi, nella mia esperienza quando si utilizza Qt.
Inoltre, ci sono più librerie per Delphi che per Qt, ma questo è attenuato a causa del fatto che si può usare solo c o c++ library in un progetto Qt, e anche perché Qt è così completo, spesso non hanno a guardare oltre.
Sarebbe una strana situazione in cui vorrei scegliere Delphi su Qt per un nuovo progetto.
Altri suggerimenti
Se stai parlando UI framework, allora si dovrebbe essere il confronto Qt con la VCL, non IDE (Delphi in questo caso).So di essere un pignolo, ma Delphi IDE, Oggetto-Pascal è un linguaggio, e VCL è il framework grafico.
Detto questo, io non credo che ci sia qualcosa che anche lontanamente vicino a abbinare la potenza e la semplicità della VCL.Qt è grande, ma non è VCL.
Vorrei scegliere Delphi.Naturalmente chiediamo a qualche pascalholic e lui è sicuro di rispondere lo stesso.;)
Qt è ancora la fine, ma la VCL si sente solo più lucido.Ma poi che potrebbero essere i miei anni di lavoro con esso in modo che si sente solo a destra.La mia esperienza con Qt si è limitata a un breve progetto che ha finito per essere riscritto in Delphi dopo che è stato determinato che il cross platform non era davvero necessario grazie alla potenza di GoGlobal che può fare qualsiasi applicazione di win32 un'applicazione web, e quindi essere eseguito su qualsiasi piattaforma.
E ' davvero dipende dalle vostre esigenze e di esperienza.Ho lavorato con entrambi (anche se devo dire che l'ultimo Delphi versione che ho davvero lavorato con Delphi 6, e al momento sto lavorando con Qt 4.4).
La lingua
C++ pro:
- Il C++ è più "standard", ad esempiotroverete più di codice, librerie, esempi ecc.... e sei libero di usare le STL e di spinta, mentre Object Pascal è più di una lingua esotica
- Qt compila su diverse piattaforme e compilatori (Kylix è basato su Qt, BTW)
Object Pascal pro:
- alcune proprietà dinamiche sono costruire proprio nel linguaggio, non brutto soluzioni alternative come la MOC sono necessari
- il compilatore è altamente ottimizzato per la lingua e molto veloce
- la lingua è meno complesso rispetto a C++ e quindi meno soggetti a errori
L'IDE
Qt pro:
- Strettamente parlato, non c'è IDE per Qt oltre al Designer, ma si integra bene nel vostro IDE preferito (almeno Visual Studio ed Eclipse)
- il progettista fa un lavoro migliore con i layout di moduli in Delphi (Nota:questo è basato su Delphi 6 esperienza e potrebbe non essere vero con le versioni attuali)
Delphi pro:
- L'IDE è davvero lucido e facile da usare, che si batte Visual Studio chiaramente IMO (non ho esperienza con Eclipse)
- non c'è nessun punto 2...ma se dovessi assegnare la parola d'ordine "integrato" vorrei assegnare l'IDE di Delphi
Il quadro
Vorrei lasciare un confronto con gli altri, come io non conosco la nuova VCL abbastanza buono.Ho alcune osservazioni:
- entrambi i quadri di coprire la maggior parte delle funzionalità necessarie
- entrambi hanno disponibile il codice sorgente, che è un must IMO
- entrambi hanno più o meno consistenti struttura - preferisco Qt, ma questo dipende dalle preferenze (osservazione:Non direi mai che Qt è quasi MFC - ho usato MFC per un lungo periodo di tempo, e sia Qt e Delphi - e .NET, per quella materia - sono il modo migliore)
- la VCL ha più DB funzionalità orientata, in particolare il collegamento con componenti visive
- Qt è più pittura (2D / 3D / OpenGL), orientato alla funzionalità
Altri motivi che parlano per Qt IMO sono un ottimo supporto per la concessione in licenza, ma che dipende dalle tue esigenze.Ci sono grandi comunità per entrambi i quadri,
Una grande differenza tra Delphi e Qt Qt signal/slot di sistema, che lo rende molto facile per creare N-a-N relazione tra oggetti e di evitare l'accoppiamento stretto.
Non credo che una cosa del genere esiste in Delphi (almeno non c'era quando ho usato per usarlo).
Ho appena iniziato a sperimentare con Qt/C++/Qt Creator e devo ammettere che mi ha sorpreso che questo "poco simpatico bastardo" era proprio sotto il mio naso per alcuni molti anni e con una attenzione al solo ora.
(Il quadro) sembra pulito, completo di tutte le funzionalità (anche roba che .NET manca come inbuld supporto per XQuery).
Sembra che la maggior parte delle applicazioni Qt scritto a che fare con 2D/3D/Giochi.
Credo che gli svantaggi sono solo:dover conoscere il C++ e la mancanza di DevExpress chicche come QuantumGrid.
Sto prendendo seriamente in considerazione il porting di uno dei miei semplici applicazioni (un visualizzatore di immagini come ThumbsView).
E funziona VERAMENTE dalla stessa base di codice.PER IL REAL!
Dimenticare Kylix, Mono, Lazzaro, Free Pascal.Questo Qt cosa li batte tutti in 10 volte.
Qt Creator è ben lungi dall'IDE.Ma spero che in futuro si aggiungerà un potente debugger, il codice di comprensione e rielaborazione (almeno il "Rinomina") e più significativo di errori del compilatore.
Avrei seriamente di raccomandare a qualcuno senza esperienza in Pascal/C++ per prendere il Qt curva di apprendimento.
Vorrei scegliere Delphi, ma che probabilmente è perché ho programmato prima.Sembra che ci sono ancora un certo numero di aziende che la utilizzano, e quasi tutti coloro che ha 8+ anni expierence ha incontrato da qualche parte.Sembra che la maggior parte dei programmatori possono riguardare utilizzando o almeno di apprendimento Pascal.Per non parlare del fatto che i più nuovi linguaggi (C#) sono basati su di essa (almeno in parte).
Pick Delphi se la tua preoccupazione sono native Win32 velocità e di prima categoria ambiente RAD e la dimensione del file eseguibile.Pick QT se avete bisogno di un vero framework multipiattaforma accoppiato con una flessibile politica di concessione di licenze e non la mente un po ' di gonfiore codice.
Ho portato un vecchio Delphi programma in QT/C++, e devo dire che QT è un framework che si avvicina di più al VCL in termini di facilità d'uso e potenza (IMHO)
Mi piacerebbe scegliere delphi.Solo perché ho più esperienza con esso.Non credo che ci sia altro reasonabl criteri.
Qt è cross-platform, Delphi non molto se contiamo Kylix.Lazzaro è cross-platform, ma non del tutto completo di tutte le funzionalità di sicurezza.
