avrei scelto lo strumento la tua squadra viene utilizzato per, se si può scegliere sia comunque avrei scelto Delphi per un client Win ...
a parte il fatto ci sono più sviluppatori .Net di quelli di Delphi in tutto il mondo ancora (come per i numeri ufficiali ci dovrebbero essere quelli da 1.5M ++ Delphi però - che è un numero abbastanza alto), lì sono altri motivi per cui Delphi potrebbe essere preferito dal lato client (app desktop ecc ...) ...
- codice nativo/più velocità - NO JIT (tempo molto lento avvio per assiemi complessi o molto esterni programmi dipendenti) ...
- Più potenza con gestione della memoria semi-manuale (che in casi molti è un vantaggio , dove sul lato GC Net non ti permettono abbastanza libertà o la flessibilità, a parte essere non deterministica in molte situazioni ...)
- NO (o meno) le dipendenze esterne (singolo .EXE ecc ...)
- Più facile DEPLOY (REAL xcopy) - per .Net si dipende veramente da 50/70MB ++ RTlibraries e i problemi relativi alla sicurezza potrebbero vincolarvi facilmente ... - -
- Delphi associa le sue RTLibraries (molto leggere) direttamente a WinAPI (che essenzialmente fa .Net ma anche su un altro/strato gestito aggiuntivo)
- Esecuzione di programmi/app più veloce con oggetti deterministici/gestione della memoria ...
- Sul lato specifico della lingua (non della libreria) (a parte lince e alcune differenze minori) tutto ciò che si può fare con C# si può fare con Delphi con codice più facile da leggere e meglio organizzato (funzionalità standard di linguaggio OOP + generici, funzioni anonime, raggiungere RTTI/Reflection, ottimo IDE, librerie ricche, con il supporto per il supporto a 64 bit, multipiattaforma e altri zuccheri) ...
- Delphi è molto simile al C++ sulle "proteine" (significa che puoi fare tutto ciò che puoi con C++, con il stesso risultato velocità del codice, ma con app eseguite in meno tempo grazie a un solido framework vcl/rtl molto simile a .Net (il fatto è che hanno lo stesso padre praticamente con un linguaggio/struttura del framework molto simile), ...
- lunga e forte background compatibilità ...
detto questo, e lavorare con C# così, mi piacciono entrambi, su lati diversi, però, ... Is va detto anche che essi sono strumenti realizzati per diversi motivi e obiettivi.
Delphi è nato da programmatori e realizzato per programmatori (nel 1995/6) e .Net/C# è nato da MS "marketing" da un lato e Delphi padre e grande team MS dall'altro lato per sostituire VB6, uccidere Java, sostituire COM, ecc ... e alla fine dare un po 'di aria fresca al portafoglio degli sviluppatori MS in quel momento (circa 2000 ++) ...
Risultato è che Delphi lentamente ma costantemente va avanti, e .Net è molto "storico", il che significa che ha aggiornamenti molto spesso (e alcuni molto interessanti), alcune porzioni diventano obsolete molto spesso, cambiano anche alcune direzioni, fornendo una sensazione molto instabile a molte persone, ecc. ...
Oggi voi avere .Net/C# che ti dà cose che sei stato in grado di fare con Delphi più di 10 anni fa, ma con più lento (codice) e ancora peggiore distribuzione (dll di nuovo, giusto?) ...
Cheers, B.
fonte
2010-11-18 10:15:59
soggettiva e argumentive, questo dipende da ciò che si vuole sviluppare e molte altre cose. – Svisstack
L'Australia ha un gruppo di utenti Delphi abbastanza attivo: http://www.adug.org.au/ che è un buon posto per cercare risorse. –
Perché la gente continua a pensare che Delphi sia morto? È tutt'altro che morto. Fondamentalmente è morto come le applicazioni desktop, in particolare le applicazioni desktop WIN32. –